HardlinkBackup
HardlinkBackup ist ein einfaches, schnelles Backup-Programm für inkrementelle Backups, das Hardlinks benutzt, Backups planen, E-Mail-Benachrichtigungen versenden und automatisch alte Backups löschen kann. HardlinkBackup liest die Quellverzeichnisse ein und vergleicht die Dateien mit früheren Backups. Nur die geänderten Dateien werden anschließend kopiert, die unveränderten Dateien werden mit Hard-Links mit den Dateien der bereits bestehenden Backups verlinkt (Voraussetzung ist, dass das Ziellaufwerk Hardlinks unterstützt, also z.B. mit NTFS formatiert wurde). Auf diese Art und Weise befindet sich auf dem Backup-Laufwerk immer eine komplette Kopie der Quellverzeichnisse vom jeweiligen Datum. Jedoch wird nur der Platz einer Kopie plus der veränderten Dateien benötigt. Wird eine alte Backup-Kopie nicht mehr benötigt kann sie ohne Probleme entsorgt werden, indem einfach das entsprechende Backup-Verzeichnis gelöscht wird. Von der Idee her entspricht HardlinkBackup dem rsyncbackup.vbs der Zeitschrift c’t, erweitert um eine grafische Benutzeroberfläche und viele weitere Features.
HardlinkBackup | |||||||
---|---|---|---|---|---|---|---|
Aktuelle Version: | Version 2.2.23 (Build 9214) vom 05.07.2021 | ||||||
Download: |
|
||||||
Readme/Changes: | ReadMe.txt Bitte beachten Sie die Lizenzvereinbarung. | ||||||
Handbuch/Hilfe: | Download (PDF, deutsch) | ||||||
Unterstützte Betriebssysteme: | Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2008 R2, Windows 7, Windows 8/8.1, Windows Server 2012, Windows 10, Windows 11, Windows Server 2016, Windows Server 2019, Windows Server 2022 | ||||||
Lizenzen: | Community Lizenz | Professional Lizenz | Enterprise Lizenz | ||||
Preis: | kostenlos | 39 € | 69 € | ||||
Einsatzgebiet: | Nicht-Kommerziell | Nicht-Kommerziell | Kommerziell | ||||
Sprachunterstützung: | Englisch, Deutsch, Französisch, Spanisch | ||||||
Features: | |||||||
Schnelle, inkrementelle Sicherung beliebig großer Verzeichnisse | |||||||
Verschiedene Backup-Modi (Hardlink, Linkskript, Move, Mirror) | |||||||
Verwendung von Hardlinks (platzsparende Sicherung) | |||||||
Wiederherstellung mit Windows-Bordmitteln (Kein Programm notwendig) | |||||||
Sicherung auf lokalen, USB & Netzlaufwerken sowie Unterstützung vieler NAS | |||||||
Unterstützung langer Pfad- und Dateinamen | |||||||
Intuitive Benutzeroberfläche | |||||||
Management von mehreren Backups | |||||||
Sicherung von Linkstrukturen (Ermöglicht Backup von Backups) | |||||||
Überprüfen und Wiederherstellen von Backups | |||||||
Sichern von geöffneten Dateien | |||||||
Planung automatisierter Backups | |||||||
Emailbenachrichtigung | |||||||
Automatisches, regelbasiertes Aufräumen von Backups | |||||||
Batchmodus (Ausführen mehrerer Backups nacheinander) | |||||||
Erkennung verschobener und umbenannter Dateien | |||||||
Differentielle Sicherung großer Dateien | |||||||
Unterstützung für Notebook-Backup (Überwachung von Ziellaufwerk und Netzwerkverbindung) | |||||||
Durchführung von Skripten vor und nach dem Backup | |||||||
Verwendung zweier Backupziele gleichzeitig | |||||||
Kommerzielle Nutzung | |||||||
Download über Partner: | |||||||
Um HardlinkBackup zu erwerben, einfach eine E-Mail an software@lupinho.net (am besten mit Namen und E-Mail für den Lizenzschlüssel und ggf. Rechnungsadresse)! |
Screenshots:
@lupinho
Danke für den Tip.
So funktioniert es!
Hallo,
ich habe eine Frage zum „Aufräumen“:
Seit dem 02.08. wird täglich ein Hardlink-Backup durchgeführt, als Aufräumregeln sind definiert:
– Tägliche Backups: behalte letzten 40 Tage, 1 Backupsatz pro Tag.
– Wöchentliche Backups: behalte letzten 28 Wochen, 1 Backupsatz pro Woche.
– Monatliche Backups: behalte letzten 36 Monate, 1 Backupsatz pro Monat.
– Jährliche Backups: behalte letzten 10 Jahre, 1 Backupsatz pro Jahr.
Heute habe ich bemerkt, dass bereits die Backups vom 02.08. bis 06.08. beim Aufräumen gelöscht wurden!
Ich war davon ausgegangen, dass das älteste Backup (02.08.) mit diesen Aufräumregeln 10 Jahre erhalten bleiben sollte. Warum wurden die Backups gelöscht und warum hat die Wochenregel nicht eingesetzt?
@mike
Hi, die Zeiträume werden vom Sicherungszeitpunkt rückwärts gerechnet. Von heute bzw. gestern an zurück gerechnet wurden an jedem der 40 letzten Tage ein Backup behalten – das hat doch geklappt, oder? Es kann gut sein, dass wir dann in der KW 31 gelandet sind. Da Du als nächstes nun nur noch ein Backup pro Woche (also Mo-So) behalten willst, muss HardlinkBackup alle anderen Backups in der Woche löschen, um beiden Regeln gerecht zu werden. Dieses eine Backup in der KW 31 bleibt dann 28 Wochen stehen, bis die Monatsregel greift und nur noch ein Backup im August übrig lässt.
Beim „Behalten“ von Backupsätzen gibt es zwei unterschiedliche Meinungen: die einen wollen im Zeitraum auf jeden Fall das jüngste, die anderen auf jeden Fall das älteste Backup behalten. Momentan behält HardlinkBackup das jüngste Backup in einem Zeitraum. Sollen mehrere Backups in einem Zeitraum (Stunde/Tag/Woche/Monat/Jahr) behalten werden, versucht HardlinkBackup die möglichst gleichmäßig über den Zeitraum auszusuchen. Möchtest Du ein spezifisches Backup behalten, kannst Du die Regel mit benannten Backups verwenden und dem Backup einen Namen geben (nachträglich geht das auch, indem Du die Datei „backupset.hbs“ mit einem Texteditor editierst und im Tag „backupname“ den Backup-Namen einträgst). In späteren Versionen von HardlinkBackup werde ich das auf jeden Fall noch vereinfachen.
Ich hoffe, ich konnte Dir helfen…
Gruß,
Lupinho.
Vielen Dank lupinho für die Antwort.
Ja die Backups der letzten 40 Tage wurde behalten, ältere dagegen gelöscht. Dieses verhalten entsprach aber nicht deiner Antwort vom 4. Juli 2011, 21:46 auf die Frage von Josef, welche Backups behalten werden. Damals hattest du geschrieben:
… Allerdings wird versucht, dass zumindest der erste Backupsatz dabei ist. D.h. es würde der erste (älteste) Backupsatz gewählt werden…
Wenn dagegen aber das jüngste Backup in einem Zeitraum behalten bleibt (was ich nicht für sinnvoll halte) würde bei meinen Backups das jetzt noch letzte 40 Tage Backup vom 07.08. (Sonntag, letzter Tag der KW31) behalten bleiben.
Unlogisch und nicht sinnvoll halte ich die Wahl des jüngsten Backups in einem Zeitraum deshalb, weil z.B. bei jährlichen Backups somit immer nur das letzte Backup eines Jahres erhalten bleibt, auch wenn man ab Januar täglich ein Backup gemacht hat. Man kann später also nicht mehr auf die Daten des ersten Backup-Jahres (außer letzte Dezember Backup) zugreifen, weil diese beim Aufräumen gelöscht wurden. Liege ich mit dieser Vermutung richtig?
@mike
Sorry, ich hatte mich vertan. Tatsächlich behält HardlinkBackup den ältesten Backupsatz eines Zeitraums. Dann bin ich auch wieder konsistent zur Aussage vom 4. Juli. ;). In Deinem Fall wurden die älteren Backups der KW 31 deshalb gelöscht, weil jüngere Backups durch die 40-Tage-Regel beibehalten wurden.
Hallo Lupinho,
zunächst erst Mal vielen Dank für HardlinkBackup. Durch die praktische Handhabung führe nun auch ich regelmäßig Backups durch…
Zur Zeit habe ich allerdings ein Problem beim Starten des Programms. Es erscheint wie gewohnt das Startfenster, doch danach findet sich in der Taskleiste nur noch ein Reiter mit dem Hinweis ‚Ungespeicherte Backupeinstellungen – HardlinkBackup‘. Es besteht allerdings lediglich die Möglichkeit, ihn zu schließen.
Nach einer Neuinstallation des Programms hat sich nichts geändert, .Net-Framework ist auf aktuellem Stand. Es handelt sich um ein Windows 7, 64 bit System.
Hast du eine Idee, woran das liegen könnte?
Viele Grüße
Anke
Das könnte an geänderten Displayeinstellungen liegen. HardlinkBackup merkt sich die letzte Fensterposition. Die Einstellungen liegen unter/AppData/Local/Lupinho.Net/HardlinkBackup.exe
Du kannst das ganze Verzeichnis umbenennen oder löschen, dann sind aber Deine Einstellungen weg. Oder Du editierst im Unterverzeichnis mit der (höchsten) Versionsnummer die Datei user.config und löschst dort den Wert für „WindowState“.
Nach dem Löschen des Wertes klappt es wieder. Super! Vielen Dank – auch dass die Antwort so schnell kam!
@lupinho
Hi!
Es wäre klasse. Ich habe gerade die Ordner von einem Event umbenann an dem ich gerade arbeite. 80 GB neues Backup Volumen. Plus die 80 GB im alten Verzeichnis, habe ich dadurch alleine 160 GB Neudaten auf der Backupfestplatte. Uffa. Bei einem Gesamtvolumen von 386 GB (51.999 Dateien), die ich sichere, und einer 500 GB Festplatte, auf der aktuell nur noch 18 GB frei sind, wäre das echt klasse.
Workaround bei solchen Aktionen: Die Index-Datei entfernen, die Verzeichnisse auch beim Backup umbenennen. Dann braucht mein Backup halt leider mehr als nur 15 Minuten, eher 30-45…
Daher wäre ich absolut dankbar für dieses Feature!
Grüße
Ich kann deiner Rechnung nicht folgen. Wieso sollten wegen des Umbenennens eines 80 GB großen Ordners 160 GB an Daten kopiert werden? Aus welchen alten Verzeichnis sollen die zusätzlichen 80 GB kommen?
@Thomas
Hi!
Sorry, das war wirklich etwas unverständlich:
1. Backup: 80 GB neues Bildmaterial
2. Umbenennen der Verzeichnisse und Strukturierung des neuen Materials
3. Backup: Wieder 80 GB neu kopierte Dateien
Somit wurden auf der Backupfestplatte aus 80 GB echt neue Dateien 160 GB.
Ich hoffe, ich konnte es jetzt etwas weniger wirr darlegen.
Grüße
Die Beschränkung auf 2 Millionen Dateien bedeutet
1. maximal 2 Millionen Dateien pro Sicherungsscript welche gesichert werden
2. maximal 2 Millionen Dateien für alle Sicherungsscripts gemeinsam
3. maximal 2 Millionen Dateien für die gesamte Zeitreise nicht nur der zu sichernden Dateien?
Zunächst: Es gibt keine definierte Obergrenze. Aber da HardlinkBackup für die Dateivergleiche Datenstrukturen im Hauptspeicher aufbaut, sind die 2 Millionen Dateien als Obergrenze ein Erfahrungswert. Darüber wird’s definitiv knapp und man sollte das Backup aufteilen. In Deiner Aufzählung würde das also der Punkt 1 sein. Durch Aufteilen in mehrere Backupläufe kann man also diese Einschränkung relativ leicht umgehen.
Ich arbeite auch daran, dass diese Einschränkung in zukünftigen Versionen von HardlinkBackup verschwindet, so dass nahezu beliebig viele Dateien gesichert werden können.
Bei mir sind in einem Verzeichnis gut 500.000 Dateien. HardlinkBackup hat davon schon ein paar Backupsätze angelegt. Jetzt steigt mir das Programm mit einer System.OutofMemory.Exception aus. Über dem Fortschrittsbalken beim Dateivergleich sagt zeigt das Programm über 6.000.000 Dateien an. Werden hier alle Backupsätze der Vergangenheit eingelesen? Eigentlich würde doch der Letzte ausreichen.
Kannst Du schon abschätzen bis wann die neue Programmversion mit beliebig vielen Dateien erscheinen könnte
Du kannst einstellen, wie viele Backupsätze HardlinkBackup zum Vergleich hernimmt (in den Optionen, der Default steht auf 3). Die Häckchen in der Liste der gefundenen Backups kennzeichnen die, die zum Vergleich hergenommen werden.
Eine Schätzung für einen Zieltermin für das nächste Update von HardlinkBackup abzugeben ist bei einem Freizeit-Projekt wie HardlinkBackup schwierig. In letzter Zeit hatte ich auch wirklich sehr wenig Freizeit… Ich versuche mir aber entsprechend Freiraum zu verschaffen, um HardlinkBackup weiter voranzubringen. Ich plane aber einen größeren Umbau, um neben dem Problem mit der Dateianzahl auch noch zahlreiche, lang ersehnte Wünsche der Nutzer zu erfüllen.
Gruß,
Lupinho.
Weist du schon wann du Shadow-Copy integrieren kannst?
Sobald ich den Engine umgeschrieben habe, ist das eines der ersten Features.
@lupinho
Danke für Deine Antwort. Was für mich hier noch nicht klar ist: Warum werden mehr Backupsätze als das Letzte zum Vergleich hergenommen? Ich möchte doch eigentlich nur immer den Unterschied zum letzten Stand.
Hallo,
ich habe eingestellt, dass nur die letzten 3 Sicherungen behalten werden sollen. Das scheint nicht zu klappen. Habe nun 6 Sicherungssätze und der USB-Stick ist voll.
Was kann das Problem sein?
Danke
/ Manuel :-)~
Du musst noch die Regel „Lösche alle älteren Backups, die nicht von einer der anderen Regeln betroffen sind“ anhaken. Die Regel macht sonst nicht mehr, als dafür zu sorgen, dass die letzten n Backups NICHT gelöschte werden…
@Lupinho
I found that an empty directory will not be backed-up. i.e. is not visible in the destination directory. Is this „by design“ or do you plan to have this omission implemented in a future version.
-gijs
This is currently „by design“, because HardlinkBackup manages mainly files. In later versions I will change this, so empty directories are „backed up“ correctly.
Regards and sorry for the late answer, but I have currently only sporadic access to the internet…
Lupinho.
@lupinho
Danke. Das hatte ich noch nicht gesehen.
Der Punkt sollte vielleicht nicht ausgeblendet werden, sondern immer sichtbar sein.
Hallo,
HardLink Backup gefällt mir sehr gut! Es erfüllt alle meine Vorstellungen und ich wäre gerne bereit eine Lizenz zu erwerben. Beim Probelauf mit einem kleinen Verzeichnis ging alles gut aber beim Backup der Datenfestplatte hängt sich das Programm regelmäßig auf, arbeitet weiterhin auf der Zielfestplatte und ist auch durch den Taskmanager nicht mehr zu bändigen. Ich habe hier etwas von Dateizahlbeschränkung gelesen – wahrscheinlich ist das das Problem, wann fällt die Beschränkung?
Liebe Grüße
Micha
Hallo Lupinho,
habe gerade die Enterprise-Lizenz erworben, da ich sehr zufrieden mit HardlinkBackup bin.
Also dafür, dass du das Projekt so nebenbei machst – Alle Achtung!
Zwei Anregungen habe ich aber noch.
1. Es wäre prima, wenn man vor und nach dem Backup einen selbst definierten Task ausführen könnte (eine einfache Befehlszeile). So könnte man beispielsweise vor dem Backup ein Quell- oder Ziellaufwerk mappen oder bestimmte Dienste beenden/starten.
2. Packprogramme kann man ja ziemlich gut über die Befehlszeile steuern. Eine optionale Einbindung eines Packprogrammes für das Backup wäre auch eine gute Idee.
Apropos Befehlszeile. Kann man HardlinkBackup auch per Befehlszeile steuern? Ich automatisiere gerne viele Sachen mittels vbs bzw. Batches.
Gruß
Torsten
@Micha
Was meinst Du mit aufhängen? Hast kannst Du noch abbrechen, oder hängt die GUI? Gibt es Fehlermeldungen? Die Dateianzahlbeschränkung ist keine harte Beschränkung, sondern eher ein Erfahrungswert, ab dem HardlinkBackup zu viel Hauptspeicher braucht, um die Dateivergleiche zu verwalten; ich werde das in kommenden Versionen ändern. Die Grenze liegt so ca. bei 2 Millionen Dateien (bei 64 Bit, bei 32 Bit evtl. auch weniger). Wenn Du wenig Hauptspeicher (frei) hast, kann das die Sache natürlich auch bremsen. Prinzipiell sind auch andere Fehler möglich, hier bräuchte ich aber mehr Angaben, z.b. auch ein (gekürztes) Logfile. Wenn Du weiterhin Probleme hast, die sich nicht durch die Dateianzahlbeschränkung erklären lassen, schick‘ mir bitte nähere Infos an software@lupinho.net, dann kann ich Dir vielleicht helfen.
Gruß,
Lupinho.
@Torsten
Danke für die Anregungen, ich werde gucken, was ich umsetzen kann. Bitte aber noch ein wenig um Geduld…
Hallo,
gibt es dir Möglichekit an eine ältere Version zu kommen? Gefragt wäre die 1.3.3, also die wohl letzte ohne .NET-Anforderung.
Danke,
André
Es gibt keine Version, die ohne .NET auskommt.
Was genau bezweckst du mit der Einbindung? Ich kann keinen Einsatzzweck für eine derartige Kombination erkennen, der in irgendeiner Form sinnvoll ist.
Hallo,
ich nutze auch ein Packprogramm in Verbindung mit Hardlink-Backup. Bei mir läuft das folgendermaßen:
Hardlink-Backup speichert täglich ein Backup per Hardlink auf eine separate Festplatte.
Zusätzlich erstelle ich in einem bestimmten Rhytmus eine Zip-Datei (z.B. 1x im Monat) und kopiere diese Daten auf eine zusätzliche Platte, die ich außerhalb des Hauses lagere.
Das frißt zwar mehr Speicherplatz, ist aber besser zu handhaben, da man die Hardlinks nur mit viel Zeitaufwand kopieren kann (Musste ich wg. drohendem Hardware-Defekt bereits zweimal machen).
Christian
Eine Verbindung sehe ich da eher nicht. Du benutzt das Packprogramm unabhängig von Hardlinkbackup um ein weiteres Backup anzulegen, um im Falle des Ausfalls des Backupverzeichnisses von Hardlinkbackup nicht komplett ohne Backup dazustehen. In deinem Fall ist wegen des unterschiedlichen Backuprhythmusses weder die Integration in Hardlinkbackup, noch die Möglichkeit, vor bzw. nach dem Backup mit Hardlinkbackup externe Programme auszuführen, wirklich hilfreich.
Ansonsten ist es immer eine gute Idee von jedem Backup mindesten 2 Exemplare auf unterschiedlichen Medien zu haben oder zumindest die verschiedenen Backupgenerationen auf verschiedenen Medien (an verschiedenen Orten gelagert) zu parken. Das erhöht die Sicherheit gegen Ausfall des Backups durch Defekt des Mediums oder durch Fehlbedienung zerstörte Backups (Ich kenne da so einen Fall, war nicht lustig und hat für erhebliche zusätzliche Arbeit gesorgt).
Ich halte das ganze nicht für Platzverschwendung. Das Backupverzeichnis mit den Hardlinks würde ich auch nur im Notfall kopieren wollen. Da lege ich lieber einen zweiten Backupjob für Hardlinkbackup an, um die gleiche Quelle auf einem zweiten Medium zu sichern oder benutze wie du dafür ein Packprogramm. Wenn es wirklich um das Sparen von Speicherplatz geht, würde ich sogar das Packprogramm vorziehen. Hardlinkbackup würde hier etwa 200-220 MiB an Daten kopieren, ein Vollbackup mit WinRAR ist nur etwa 100MiB groß und es fällt der Overhead durch das Dateisystem für die Verwaltung der über 150.000 Dateien, Hardlinks und Ordner pro Backup weg. Mit einem Packprogramm spart man selbst dann noch Speicherplatz, wenn das Archiv genauso groß wie die durch Hardlinkbackup zu kopierenden Daten ist.
Nun habe ich HardlinkBackup auf einem WHS 2011 installiert. Einmal am Tag soll nun HB die D: Platte auf die E: speichern. Das konnte ich soweit einrichten und habe auch 2 Backups, die ich aber wohl von Hand angestoßen habe.
Meine Fragen sind.
Wie kann ich erkennen ob wirklich Hardlinks verwendet wurden?
Darf ich HB schließen wenn „Geplante Backups“ eingetragen sind?
Wo sehe ich das um 01:00 wirklich was passieren wird?
Klar ich könnte schauen ob wieder was in der Nacht passiert ist, aber das finde ich nicht sehr transparent.
Wenn ich das „Vollautomatisch Backup“ editiere und drücke auf Weiter, dann legt der los obwohl es nicht 1Uhr ist.
Thomas
Nun habe ich mir noch LinkShellExtension installiert auf dem WHS. Und da wird mir angezeigt, das erste Backup auch Hardlinks sind! Wenn das so wäre, dann hätte ich nach Absturz meiner D: Platte ja nichts mehr. Momentan ist das noch nicht alles transparent für mich.
Don’t panic! Ein Hardlink ist eigentlich nur ein weiterer Verzeichniseintrag für ein und dieselbe Datei. Deshalb kann man nicht wissen – und es ist letztendlich auch egal – welches die ‚Orginaldatei‘ ist. Der Trick ist ja eben genau, dass jede (unterschiedliche) Datei nur ein einziges Mal kopiert werden muss. Zur Erklärung von Hardlinks kannst Du auch mal ins Handbuch oder in die Wikipedia gucken. Der Windows Explorer zeigt nich an, dass es sich um einen Hardlink handelt, insofern sind die Link Shell Extensions schon die richtige Wahl.
Zu Deinen anderen Fragen: Du kannst HardlinkBackup schließen, nachdem Du ein Backup geplant hast. HardlinkBackup wird über die Windows Aufgabensteuerung zum geplanten Zeitpunkt (neu) gestartet. Weiter kannst / sollst Du in dem Fall auch nicht drücken. Einfach nur die Änderungen speichern und gut. Du kannst Deine geplanten Aufgaben über den Optionen-Dialog angucken (und auch wieder entfernen). Um mitzubekommen, was passiert ist, gibt es mehrere Möglichkeiten:
– Guck‘ in das Backupverzeichnis, ob für den geplanten Zeitpunkt ein Backup angelegt wurde und sieh Dir das Logfile an.
– Richte eine Benachrichtigung ein, z.B. kann Dir beim nächsten Login das Protokoll angezeigt werden oder Du kannst Dich per E-Mail benachrichtigen lassen. Den Text der Mail kannst Du selbst bestimmen.
Ich hoffe, ich konnte Dir bei Deinen Fragen helfen…
Gruß,
Lupinho.
@lupinho
Das Prinzip der Hardlinks ist mir soweit klar. Doch was mich verunsichert, ist die Tatsache das Link Shell Extention eine Datei im Backup vom 8ten dem ersten Backup und vom 9.11.11 als Hardlink darstellt. Die vom 8ten sollte doch eine wirkliche Datei sein und erst die vom 9ten ist ein Hardlink.
Das mit dem Email habe ich eingerichtet und der Test wurde auch bestanden. Ein Email war auch angekommen, aber nicht die vom 9ten. Mal sehen was diese Nacht passiert.
@KoenigDickBauch
Ich versuch’s Dir nochmal zu erklären: Das ist so korrekt, es geht nicht anders und ist auch gut so!
Windows / NTFS unterscheidet nicht zwischen einer Datei und einem Hardlink. Ein sog. ‚Hardlink‘ ist eigentlich nichts weiter als ein zusätzlicher Verzeichniseintrag/Dateiname für ein und die selbe Datei (Im Gegensatz zu einem Softlink, bei dem es sich um einen Verweis auf den ursprünglichen Eintrag handelt; bei dem sind nämlich die Daten pfutsch, wenn man die Original-Datei löscht). Man könnte auch sagen, alle Dateien sind Hardlinks, bei denen halt nur ein einziger Verzeichniseintrag/Dateiname existiert. Man spricht halt normalerweise von einem Hardlink, wenn eine Datei mindestens zwei Verzeichniseinträge hat. Durch diese „Gleichberechtigung“ von (ursprünglicher) Datei und dem Hardlink profitiert man z.B., das man bedenkenlos einen der beiden Verzeichniseinträge löschen kann und das dem anderen Eintrag völlig egal ist; die Datei existiert weiterhin. Auf diese Weise ‚mutiert‘ ein ‚Hardlink‘ zu einer normalen Datei. Genau das nutzt auch HardlinkBackup, in dem es einfach nicht mehr benötigte Backups – wenn verlangt – löscht (das kann man nämlich auch ganz einfach per Hand machen, indem man einfach das Verzeichnis des alten Backupsatzes im Windows Explorer löscht). Die Datei selbst – also die Daten und der belegte Speicherplatz auf der Festplatte – wird erst dann freigegeben, wenn alle Verzeichniseinträge für eine Datei (also alle Hardlinks inkl. des Original-Eintrags, fall noch vorhanden) gelöscht wurden.
Ich hoffe, ich konnte es Dir halbwegs verständlich erklären. Jedenfalls zeigt die Link Shell Extension alles richtig an. Wenn die eine Datei kein Hardlink wäre, aber die andere würde ich mir Sorgen machen…
Gruß,
Lupinho.
Moin,
ich habe gestern die Software installiert, war begeistert, habe den Schlüssel gekauft -dauert ja ewig bis der dann da ist- und heute startet das Programm, erscheint in der Taskleiste, AeroView zeigt auch, dass Fenster geöffnet sind, aber diese Fenster erscheinen nicht auf dem Monitor. (Win7-64bit, Dual-Screen).
Sowas hatte ich noch nie….
Hmmm. Das ist sehr seltsam. Es scheint mit der Dual Monitor Konfiguration zusammen zu hängen. HardlinkBackup merkt sich die letzte Fensterposition. Wenn die durcheinander gerät, kann das Fenster offenbar außerhalb des sichtbaren Bereiches liegen. Du kannst im Verzeichnis\AppData\Local\Lupinho.Net\HardlinkBackup.ex\ die Datei „user.config“ bzw. das ganze Verzeichnis löschen (dann gehen alle Einstellungen im Optionen-Dialog verloren) oder editieren (nur den XML-Tag „setting“ mit name=“WindowState“ entfernen). Dann HardlinkBackup starten, und es sollte auch auf einen Deiner Monitore zu finden sein. Wenn’s weiterhin Probleme gibt, melde Dich bitte nochmal per Mail bei mir unter software@lupinho.net.
Gruß,
Lupinho.
@Wurta
ach ja: start im Kompatibilitäts modus funzt nicht, admin rechte bringen keine Hilfe
Hallo,
ich benutze die Software seit einigen Wochen. Alles prima! Aber plötzlich erhalte ich eine Fehlermeldung:
nformationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.
************** Ausnahmetext **************
System.UnauthorizedAccessException: Der Zugriff auf den Pfad „P:\Backup Fotos\linkto.fil“ wurde verweigert.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei System.IO.File.Delete(String path)
bei Lupinho.Net.Utilities.FileUtilities.SupportsHardLinks(String destinationDirectory)
bei Lupinho.Net.HardlinkBackup.Engine.BackupDefinition.Check()
bei Lupinho.Net.HardlinkBackup.UI.DirectoriesPage.OnNext()
bei Lupinho.Net.Forms.Wizard.WizardController.NavigateNext()
bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
bei System.Windows.Forms.Button.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Geladene Assemblys **************
mscorlib
Assembly-Version: 4.0.0.0.
Win32-Version: 4.0.30319.239 (RTMGDR.030319-2300).
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll.
—————————————-
HardlinkBackup
Assembly-Version: 1.0.234.0.
Win32-Version: 1.0.0234.0.
CodeBase: file:///C:/Program%20Files/Lupinho.Net/HardlinkBackup/HardlinkBackup.exe.
—————————————-
Lupinho.Net.Forms
Assembly-Version: 1.4.2992.1105.
Win32-Version: 1.4.2992.1105.
CodeBase: file:///C:/Program%20Files/Lupinho.Net/HardlinkBackup/Lupinho.Net.Forms.DLL.
—————————————-
System.Windows.Forms
Was bedeutet das? Was kann ich dagegen tun?
Vielen Dank!
Gruß
Thomas
Scheint ein Berechtigungsproblem zu sein. Um zu prüfen, ob das Ziellaufwerk Hardlinks unterstützt, wird eine Datei und ein Hardlink vor dem eigentlichen Backup angelegt. Diese Testdatei wird dann wieder gelöscht, hierbei gab es das Berechtigungsproblem. Bitte prüfe mal, ob der Benutzer, unter dem HardlinkBackup gestartet wurde, Berechtigungen zum Löschen von Dateien auf dem Zielverzeichnis hat.
Gruß,
Lupinho.
Hi Lupinho,
tolles Programm! Ich führe gerade einige Backup´s durch – Datenbestand von über 750GB. Sollten keinerlei Fehler auftauchen und die Performance bestehen bleiben, werde ich uns in jedem Fall eine Lizens erwerben!!!
Auf einen Umstand bin ich jedoch gerade gestossen: Habe gestern ein Komplett-Backup erstellt, und die index Datei erzeugen lassen. Aufgrund eines Systemausfalls musste ich die Windows Systemwiederherstellung bemühen und anschliessend HardlinkBackup neu installieren. Heute habe ich dann das Backup erneut gestartet jetzt gleicht das Programm alle Dateien ab ohne Rücksicht auf die vorhandene Index Datei zu nehmen. Das Backuip dauert dementsprechend lange. Häkchen bei „Lese index Datei…“ ist gesetzt…“erzeuge Index Datei für existierende …“ ebenso. Vielleicht hast Du einen Tip für mich?
Viele Grüße
René
Scheint alles zu funktionieren wie gewünscht. Offensichtlich wurde die index-Datei doch berücksichtigt. Nach 40% machte der Forschrittsbalken plötzlich einen schnellen Sprung nach vorne. Hatte übersehen, dass das Anlegen der Hardlinks natürlich auch einige Zeit benötigt. Bin begeistert! Auch schön zu sehen, dass die Entwicklung weiter vorangeht und Du nicht beim jetzigen zuverlässig laufenden Stand einen Entwicklungs-Stopp eingelegt hast.
Grüße
René
Weist du schon, wann die neue Version fertig ist? Gibt es eine Testversion
Hallo Lupinho,
in einer alten Version konnte man Hardlinkbackup per batch scripten. Geht das noch ? Ich habe in der Doku nichts gefunden.
DAnke
MIChael
Hallo lupinho,
welche Dateieigenschaften müssen identisch sein, damit der Datei-Vergleichsstatus als „Unverändert“ erkannt wird?
Ich habe den Fall, dass Dateiname, -Größe, -Erstellungsdatum und -Veränderungsdatum identisch sind, dennoch werden die Dateien als „Geändert“ interpretiert.
Danke
mike
@mike
Na der Ort der Datei unterhalb des Quellverzeichnisses muss identisch sein! Ansonsten reicht das Änderungsdatum, Dateiname und Größe.
@MIChael
Klar geht das noch. Ich habe jedenfalls nichts dahingehend geändert.
@Unbekannt
Das ist echt schwer zu sagen. Leider ist das ein größerer Umbau, da brauche ich etwas freie Zeit am Stück. Ich hoffe, ich komme über Weihnachten dazu. Ob es danach schon soweit ist, das man was testen kann, weiß ich aber noch nicht…
@lupinho
Der Ort der Dateien unterhalb des Quellverzeichnisses war auch identisch.
Mein Ziel war folgendes: ich wollte ins Backup auch Dateien von einen Server übers Internet einbinden. Der Inhalt des entsprechenden Ordners wurde per Webdrive als Laufwerk eingebunden. Da das kopieren aller bestehenden Dateien übers Internet mit HardlinkBackup ca. 2 Wochen beansprucht hätte, wurden alle Daten per 7-Zip gepackt, übertragen und ins letzte HardlinkBackup gelegt. HardlinkBackup (ohne Indexdatei) erkannte die Dateien auch richtig als bestehende Dateien, aber ca. 98% als „Geändert“ und den Rest als „Unverändert“ obwohl Ort, Dateiname, -Größe, -Erstellungsdatum und -Veränderungsdatum identisch sind. Seltsam finde ich, warum dann ca. 2% zufällig verteilt als „Unverändert“ erkannt wurden.
Gruss
mike
@mike
Hmm schwer zu sagen. Vielleicht sind es auch ‚Rundungsfehler‘. Guck‘ doch mal, ob die Dateien auf die Sekunde genau dieselbe Änderungszeit haben. Wenn das Backupverzeichnis die Änderungszeit nicht mindestens so präzise speichert wie die Änderungszeit der Dateien aus der Quelle ausgelesen wird, kommt das bei HardlinkBackup als ‚geändert‘ rüber…
@lupinho
Ja die Änderungszeit ist bei allen Dateien auf die Sekunde genau. Andere getestete Synchonisierungs Tools (z.B. Total Commander mit Verzeichnisse synchronisieren) erkennen alle Dateien wie erwartet als identisch.
Ich habe es jetzt auch als Überteragung mittels RAR-Archiv getestet, aber ohne Erfolg.
@mike
Hmm, das verstehe ich nicht und kann ich auf die Distanz ohne weitere Informationen auch nicht erklären. Was ich Dir nur versichern kann ist, dass HardlinkBackup die Änderungszeit der Datei und die Dateigröße zum Vergleich heranzieht. Kann es sein, dass die Zeitzone bzw. Sommer-Winterzeit anders gesetzt ist? Es gab mal Probleme – aber soweit ich mich erinnere hing das mit der Index-Datei zusammen – bei der unveränderte Dateien als geändert erkannt wurden, wenn das Häckchen „Automatisch auf Sommer/Winterzeit umstellen“ verstellt wurde. Ich hatte das Problem dadurch gelöst, indem ich in HardlinkBackup die Änderungszeiten als UTC im Index gespeichert habe. Hier nochmal der Kommentar eines Users:
Ich kann mir also höchstens noch ein Problem in dieser Richtung vorstellen. Deshalb guck‘ Dir bitte nochmal die Zeiten inkl. Zeitzonen der Dateien nochmal genau an. Wenn Du mir noch weitere Infos an software@lupinho.net schicken kannst, fällt mir vielleicht nochwas ein und wir kommen der Sache auf die Schliche.
Gruß,
Lupinho.
Hallo,
erstmal ein nettes Tool!
Frage: Wie kann ich den tatsächlich noch verfügbaren Speicherplatz ermitteln? Die Ordner mit den Backups sind durch die Hardlinks deutlich größer als das Backupvolumen…
Besten Dank
12345franz
? Einfach den freien Speicherplatz des Laufwerks angucken…
Gruß,
Lupinho.
Hallo,
ich habe Hardlink-Backup so eingestellt, das er mir nach erledigtem Backup eine Email schickt.
Wie ist es denn möglich das aktuelle Datum + die Uhrzeit als Betreff in die Email zu packen.
Wann geht es denn allgemein wieder ein bisschen weiter mit HardlinkBackup.
Ich habe das Gefühl nach der Veröffentlichung als Paidsoftware, ist das Projekt ein bisschen eingeschlafen.
Danke für eine Antwort
Ich habe eine Frage zum Planen: Angenommen, der Rechner läuft nicht zu der Zeit, zu der ein Backup eingeplant ist … wird das Backup dann nachträglich – also beim Einschalten – gestartet?
Zweite Frage: Kann man einplanen, dass ein Backup tägl./wöchentl. beim Shutdown läuft?
@mpunktw
Zusatz: Wie startet man Hardlinkbackup per *.bat, damit man es vom Windows vor dem Shutdown ausführen lassen kann?