• Kopieren geöffneter Dateien durch Nutzung von Windows Schattenkopien (lokale Festplatten, nur Professional und Enterprise). Somit kann man beispielsweise eine geöffnete Outlook-Datendatei oder auch ein ganzes Systemlaufwerk gesichert werden.
• Detailansicht der Backsätze inkl. Wiederherstellungsmodus, mit dem eine Sicherung mittels HardlinkBackup wiederhergestellt werden kann.
• Automatisches Backup beim Anschließen von Wechseldatenträgern an den Rechner (nur Professional und Enterprise).
• Neuer Pause-Button zum Anhalten des laufenden Backups.
• Überarbeitete Backupübersicht, die auch fehlgeschlagene und laufende Backups auflistet. Zu momentan laufenden Backups kann gewechselt werden; sowie können laufende Backups im Hintergrund fortgesetzt werden.
• HardlinkBackup spricht nun auch Spanisch und Französisch. Ein großes Dankeschön dafür an meinen Partner Kubus Systems!
• Kleinere Bugfixes und Optimierungen sind auch dabei (siehe Readme). Unter anderem reagiert HardlinkBackup nun robuster, wenn die Index-Datei eines Backupsatzes beschädigt wurde.

HardlinkBackup Version 2.1 wird euch – wie üblich – über das Auto-Update-Feature angeboten oder ihr ladet es hier herunter. Viel Spaß mit der neuen Version!

• Die Index-Datei wird nun gecachet, falls es einen Lesefehler gibt. Das kann Fehler vermeiden, die durch ein temporäres Abbrechen der Netzwerkverbindung bei lang andauernden Backups hervorgerufen werden.
• Das Löschen wurde verbessert. Hier kam es in manchen Fällen zu Hängern und Seiteneffekten bei äußeren Links.
• Unter Windows XP führte das Planen von Backups für Benutzer ohne Kennwort zum Absturtz des Dienstes.
• Die Protokolleinstellungen wurden bei geplanten Backups nicht richtig übernommen

Viel Spaß mit der neuen Version!

HardlinkBackup 2 kam sehr gut an und ich arbeite bereits kräftig an der hoffentlich Anfang des nächsten Jahres erscheinenden Version 2.1 mit Volumne-Shadowcopy-Support, also der Möglichkeit, geöffnete Dateien korrekt zu sichern, wie z.B. die ntuser.dat oder eine Outlook-Datenbank, während Outlook offen ist. Die ersten Tests damit sehen sehr gut aus; ich möchte aber gerne noch weitere Verbesserungen in HardlinkBackup einbauen, deshalb muss ich noch ein wenig programmieren…

• Checksummen wurden nicht richtig in der Indexdatei übertragen, wenn Hardlinks zu früheren Versionen angelegt wurden. Dadurch konnte die Verschiebeerkennung nicht funktionieren.
• Gelöschte Verzeichnisse wurden übersprungen, obwohl die Verschiebeerkennung an war – auch das bewirkte, dass die Erkennung verschobener Dateien oft nicht funktionierte.
• Wenn “Immer Checksummen berechnen” angekreutzt ist, wurde deshalb nicht die Checksummen in der neu erzeugten Index-Datei gespeichert.

Um die Erkennung verschobener Dateien nutzen zu können, ist es notwendig, ein Backup mit der Option “Immer Checksummen berechnen” durchzuführen. Das Backup dauert etwas länger, da fehlende Checksummen neu berechnet werden müssen. Danach werden verschobene bzw. umbenannte Dateien korrekt erkannt. HardlinkBackup kopiert aber zunächst die Dateien, bevor es feststellt, dass die Datei umbenannt bzw. verschoben bereits in einem vorherigen Backup existiert. In der Zusammenfassung tauchen dann diese Dateien als “verlinkt” auf.

• Die Indexdatei (index.hbi) wurde falsch erzeugt, wenn als Namen für Backupquellen eine Ordnerstruktur angegeben wurde (also z.B. “MeinRechner\C”, statt nur “C”) oder es wurden eingeschlossene Ordner verwendet. In diesen Fällen kann es vorkommen, das aufgrund der falschen Index-Datei zu viele Dateien kopiert wurden, anstatt sie zu verlinken. Der Fehler verschwindet erst beim übernächsten Backup bzw. sofort, wenn man die Index-Datei des letzten Backups mit der Vorgängerversion löscht.
• Berechnete Checksummen wurden beim Verlinken von Dateien mit vorherigen Versionen nicht immer übertragen. Dadurch kann die Erkennung verschobener Dateien nicht richtig funktioniert haben (es sei denn “immer Checksummen berechnen” war angekreuzt).
• Falls eine Datei einen Fehler beim Lesen der Eigenschaften erzeugt (was sehr selten vorkommt), kam es zu Folgefehlern und schließlich zum Abbruch des Backups.

Ich bedanke mich bei allen Anwendern, die mir bei der Fehlersuche geholfen haben! Die neue Version wird – wie üblich – über das Auto-Update-Feature angeboten oder kann hier heruntergeladen werden. Viel Spaß mit der neuen Version!

c’t Digitale Fotografie 1/2013

In der aktuellen Ausgabe der Zeitschrift c’t Digitale Fotografie beschreibt der Autor Sascha Steinhoff, wie man mit HardlinkBackup umfangreiche Fotosammlungen unter Windows sichert. Dabei werden zunächst in Frage kommende Sicherungsmedien untersucht, vor allem für den Einsatz bei der Sicherung von großen Bildarchiven. Weiterhin geht der Autor detailliert auf verschiedene Backup-Strategien ein und erläutert die Datensicherung per Hardlink detailliert – eine Aufgabe, an der ich regelmäßig scheitere . Ausführlich wird dann auf drei Heftseiten eine Sicherung mit der Community License von HardlinkBackup beschrieben. Dort heißt es “Schon die kostenlose Community-Version von HardlinkBackup bietet alle Funktionen, die man als Privatanwender braucht.” sowie “Im Laufe der Zeit hat sich HardlinkBackup zu einem der besten Tools für die Sicherung via Hardlinks gemausert.” Dem muss ich gar nichts hinzufügen…

In Summe ein sehr interessanter und lesenswerter Artikel von Herrn Steinhoff, der HardlinkBackup wohl schon seit längerem privat einsetzt. Und sehr gute Presse für HardlinkBackup, worüber ich mich natürlich sehr freue (der Autor hat mich nach dem Druck aber vor Veröffentlichung des Artikels darüber informiert; ich konnte also keinen Einfluss nehmen )!

Konkret habe ich folgende kleinen Verbesserungen in Version 2.0.5 vorgenommen:

• Ein neuer Refresh-Button im Backup-Überblick ermöglicht das erneute Einlesen der Backupsätz – falls man z.B. händisch Backupsätze gelöscht hat, kann man über diese Button die Ansicht aktualisieren.
• Wenn Backupsätze zum Löschen markiert werden, wird das nun persistiert. D.h. bei großen Backups kann man z.B. Backupsätze über die Oberfläche zum Löschen markieren, dann HardlinkBackup wieder schließen und die eigentliche Löschung dem geplanten Backup überlassen. Sehr praktisch, wie ich finde.
• Die Lösch-Routine wurde verbessert – sie nutzt nun die Index-Datei (falls vorhanden). In einzelnen Fällen kann das Löschen so schneller erfolgen. Außerdem kann die Parallelität beim Löschen nun über eine Option verhindert werden (Einstellungen->Ausführungsoptionen->Parallelität der Ausführung).
• Der Computer-Name ist nun auch eine mögliche Variable bei den Namensregeln für Backupsätze.
• HardlinkBackup öffnet Dateien im Copy-Modus nun so, dass paralleles Lesen anderer Anwendungen erlaubt ist – das verhindert Zugriffsfehler bei Dateien, die von anderen Programmen zum Lesen geöffnet sind.
• HardlinkBackup nimmt nun weitere Validierungen zum Start des Backups vor und bricht das Backup mit entsprechenden aussagekräftigen Fehlermeldungen ab – das verhindert komische Fehler bei der Übernahme von seltsam konfigurierten Backupdefinitionen (HardlinkBackup 1 war da toleranter).
• Im Logfile wurden Verbesserungen vorgenommen; z.B. werden jetzt aussagekräftige Fehlermeldungen ausgegeben (wie in der Oberfläche) und nicht nur Fehlercodes.

Des Weiteren habe ich folgende Bugfixes vorgenommen:

• Das Backup von Verzeichnissen, die ein Leerzeichen am Anfang oder Ende haben führt nicht mehr zu einem Abbruch.
• In einigen Fällen führte eine FileNotFoundException beim Einlesen zum Abbruch des Backups. Dieser Fehler wurde mit Version 2.0.3 eingeführt und ist nun behoben. Sorry an alle Benutzer, die auf dieses Problem gestoßen sind!
• Die Backup-Zusammenfassung geht nicht mehr verloren, wenn ein Backupsatz geschützt wurde.
• Ein (bekanntes) Memory-Leak in der Benutzeroberfläche konnte nun endlich behoben werden.
• Wenn der HardlinkBackup-Service beendet wurde (z.B. auch durch Herunterfahren des Rechners), werden nun alle laufenden Backups sauber abgebrochen. Dadurch sollten weniger “blaue” Backupsätze hängen bleiben, sowie Abbruch E-Mails in diesen Fällen noch versendet werden.

Ich möchte mich ganz herzlich bei allen Benutzern bedanken, die mir Fehler und Probleme gemeldet haben! Durch euch kann ich HardlinkBackup immer weiter verbessern und weiter zu einer noch besseren und nützlichen Software für alle machen. Vielen Dank!

HardlinkBackup Version 2.0.5 wird euch – wie üblich – über das Auto-Update-Feature angeboten oder ihr ladet es hier herunter. Viel Spaß mit der neuen Version!

• Bei den Backupsätzen auf dem Überblick fehlte der Backupstatus; eine unnötige Leerzeile gab es zwischen dem Tag und der Uhrzeit
• Manchmal wurde nach dem Schließen einer Backupdefinition die Backupübersicht nicht richtig angezeigt
• Falls kein Name für ein Quellverzeichnis angegeben wurde, wird das nun überall korrekt validiert und als Fehler angezeigt.

Neben diesen Fehlerbereinigungen habe ich noch ein kleines Feature hinzugefügt:

• HardlinkBackup merkt sich nun beim Beenden die letzte Fensterposition und stellt das Fenster entsprechend beim Starten wieder her.

Der Download erfolgt wie immer über das Auto-Update-Feature oder hier. Viel Spaß mit der neuen Version!

Vielen Nutzern ist der Link-Modus Schalter bestimmt noch nicht aufgefallen; dabei kann er sehr essentiell sein. Der Modus “Duplizieren” ist zwar im Grunde genommen das Verhalten, das HardlinkBackup 1.x auch hatte, jedoch führte er zusammen mit dem Feature, dass HardlinkBackup teilweise mit Systemrechten arbeitet und damit u.U. mehr Dateien sichern kann, als der aktuelle User zu Problemen. Dazu muss ich kurz erwähnen, was “Duplizieren” bedeutet: Dabei werden symbolische bzw. Hard-Links so behandelt, als wären es normale Dateien oder – im Falle von symbolischen Links auf Verzeichnisse oder Junctions – normale Verzeichnisse. Leider wimmelt es in den Benutzer-Verzeichnissen von Windows 7 nur so von symbolischen Verzeichnislinks, die in der Regel auch noch versteckt und mit dem “System”-Attribut versehen sind. Der Sinn und Zweck der Links ist nicht ganz klar; es sind oft sprachabhängige Links, die die alten Windows XP Verzeichnissen nachempfunden sind; vermutlich dienen sie der Abwärtskompatibilität. Diese Links sind teilweise sogar zyklisch, so gibt es in jedem Benutzerverzeichnis einen Link “Anwendungsdaten”, der auf das Unterverzeichnis “AppData\Local” verweist, indem wieder ein Link ist, der auf dasselbe Verzeichnis “AppData\Local” verweist. Außerdem gibt es den verwirrenden Link “Eigene Dateien”, der auf das Verzeichnis “Eigene Dokumente” verweist. Wenn sich HardlinkBackup im “Duplizieren”-Modus befindet, sieht es all diese Links als normale Verzeichnisse und versucht sie so zu sichern. Die Version 1.x lief nur unter Benutzerrechten und ist normalerweise – zum Glück – an den Berechtigungen der Links gescheitert. Es gab entsprechende Meldungen beim Einlesen und die meisten Nutzer haben diese Links über Filter ausgesperrt. Version 2.0 kann diese Links meist lesen sichert ordnungsgemäß z.B. den Ordner “Eigene Dokumente” nocheinmal als “Eigene Dateien” – blöd für den Community-Anwender, der nun doppelt so viel Platz im Backup braucht (natürlich kann er wie bei Version 1 die Links ausfiltern). Die Zyklen durch die Links werden übrigens in Version 2 erkannt und als Warnungen ausgegeben (Version 1 würde so etwas heute noch sichern).

Durch die Default-Einstellung des Link-Modus auf “Beibehalten” können nun Benutzerverzeichnisse komplett mit den Link-Strukturen gesichert werden. Als Nebeneffekt lassen sich in diesem Modus auch Backups von Backup-Festplatten ziehen – unter Beibehaltung der Hardlinkstrukturen der Backupgenerationen.

Neben dieser Änderung habe ich noch ein paar neue Features einbauen können:

• Summary im Logfile: Im Logfile wird am Ende ein kurze ‘Summary’ ausgegeben (auch wenn es eigentlich so gedacht war, die Backupzusammenfassung durch einen Doppelklick auf die “backupset.hbs” Datei anzuzeigen).
• Relatives Zielverzeichnis: Das Zielverzeichnis kann nun auch relativ zur Position der HBD-Datei angegeben werden. So kann z.B. eine Backupdefinition auf einer Sicherungs-USB-Festplatte abgelegt werden und das Backup findet das Ziel – egal, welchen Laufwerksbuchstaben die Festplatte gerade trägt.
• Tiefere Backupnamen: Ich habe die Verzeichnistiefe der Verzeichnisse, die über einen Backup-Namen erzeugt werden können auf 10 erhöht (sowie eine enstprechende Validierung zum Feld hinzugefügt).
• Nebenläufiges Laden der Backup-Liste: Das Einlesen aller Backupsätze im Home-Screen kann ein wenig dauern – vor allen, wenn die Liste lang ist und z.B. die Ziellaufwerke nicht erreichbar sind. Ab sofort erfolgt das Laden im Hintergrund und die Backupdefintionen erscheinen nach und nach in der Liste.

In erster Linie ist die Version 2.0.3 aber ein Bugfix-Release, mit dem die Stabilität von HardlinkBackup weiter erhöht werden soll. Folgende Bugs habe ich behoben:

• Die Verzeichnisse für gesicherte Laufwerke waren manchmal versteckt und mit dem “System”-Attribut versehen und deshalb im Explorer nicht auffindbar.
• EFS-verschlüsselte Dateien konnten nicht von einem lokalen Laufwerk gesichert werden, da der Zugriff über den System-User erfolgte.
• In seltenen Datenkonstellationen kam es zum Abbruch eines Backups mit dem Fehler “added directory must be a direct child of the current directory”.
• In seltenen Fällen blieb das Backup einfach stehen.
• Nicht-Unicode-codierbare Dateinamen führten zum Abbruch des Backups.
• Verzeichnisfilter waren Case-Sensitiv, obwohl das bei Dateifiltern nicht galt.
• Es kam zu einen Fehler beim Schließen der Anwendung, wenn ein Backup mit der Aktion “Programm nach Beenden schließen” im Batch- oder Silent-Modus gestartet wurde.

Noch ein Hinweis: Wegen eines Bugs musste ich die Reihenfolge, in der die Verzeichnisse eingelesen werden – und damit auch die Reihenfolge der Dateien in der Index-Datei – verändern. HardlinkBackup 2 ist sehr sensibel, was die Verarbeitungsreihenfolge der Dateien angeht (darauf fußt die Fähigkeit beliebig große Verzeichnisse sichern zu können). Um zu verhindern, das zu viele Dateien kopiert werden, liest Version 2.0.3 keine Index-Dateien früherer Backups ein, d.h. beim ersten Backup dauert das Einlesen etwas länger. Ab dem zweiten Backup werden dann die Index-Dateien wieder normal verwendet.

Ich wünsche euch nun viel Spaß mit der neuen Version!

Weiterhin habe ich noch eine Reihe von Bugs behoben, die bei einigen Usern aufgetreten sind – ein großes Sorry an alle User, bei denen Probleme auftraten! Und vielen Dank für Eure Hilfe! Folgende Bugs habe ich behoben:

• Backups wurden nicht verlinkt, wenn keine Index-Datei verwendet wurde und das Ziellaufwerk UNIX bzw. ein NAS auf UNIX-Basis ist. Das Problem trat vor allem beim Umstieg von Version 1 auf 2 auf, denn dann wird die Index-Datei der Version 1 nicht gelesen. Das Problem hat die Ursache darin, dass unter UNIX die Datei-Zeiten nur Sekundengenau gespeichert werden, unter NTFS aber auf ca. 100 Nanosekunden genau. Das Problem gab es prinzipiell schon immer, ist aber jetzt massiv aufgefallen.
• In spezifischen Konstellationen wurde die Index-Datei fehlerhaft geschrieben und in Folge unveränderte Dateien kopiert statt verlinkt.
• Bei einem Abbruch des Backups wurde die Index-Datei nicht immer korrekt geschlossen.
• Der Zugriff auf UNC-Pfade bzw. Netwerklaufwerke als Quellverzeichnisse erfolgte nicht immer unter dem Benutzer (sondern als System, falls der Systemuser Zugriff hatte)
• Die Planungsoption “Computer reaktivieren” wurde nicht immer in der Aufgabenplanung gesetzt
• Das zweite Backup im Mirror-Modus schlug immer fehl
• Die Beschriftungen beim Fortschritt und in der Zusammenfassung für Mirror-Modus waren falsch
• Fehlende Quelldateien während des Backups, die beim Scannen noch vorhanden waren wurden als Fehler protokolliert
• Der Tooltip des Tray-Icons wurde nicht richtig aktualisiert und blieb zu lange stehen

Neben Bugfixes habe ich weitere Verbesserungen vorgenommen:

• Das Übertragen von Datei-Berechtigungen wurde verbessert. Es kann aber noch vorkommen, dass Warnungen beim Übertragen des Besitzers auftreten, obwohl die Verzeichnisberechtigungen stimmen – an dem Thema bin ich noch dran. Es sollten aber die SACL’s trotzdem übertragen worden sein.
• In den Namen für Quellverzeichnisse können nun wieder – wie bei Version 1 – Backslashes verwendet werden, um die zu sichernden Verzeichnisse in ein Struktur im Zielverzeichnis zu hängen.
• Die neue Planungs-Option “Backup so schnell wie möglich nach einem verpassten Start ausführen” ermöglicht das Nachholen eines Backups, falls es zum geplanten Zeitpunkt nicht durchgeführt werden konnte; z.B. weil der Rechner ausgeschaltet war (ab Windows Vista).

Dieses Update wird über das Auto-Update-Feature installiert bzw. kann wie immer hier heruntergeladen werden.