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.22 (Build 9212) vom 13.07.2019 | ||||||
| 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 Server 2016, Windows Server 2019 | ||||||
| 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 | |
||||||
| Erwerb über Partner: |  |
 |
|
||||
| Alternativ kann HardlinkBackup auch direkt beim Autor erworben werden (Achtung: längere Bearbeitungszeiten). Einfach E-Mail an software@lupinho.net. | |||||||
Screenshots:
@lupinho
Achja… Super. Das habe ich ganz übersehen.
Und noch eine Kleinigkeit:
Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
zB:
C:\ABC.txt
@lupinho
Achja… Super. Das habe ich ganz übersehen.
Und noch eine Kleinigkeit:
Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
zB:
C:\ABC.txt nicht sichern (zu filtern)
C:\Ordner1\ABC.txt sichern
C:\Ordner2\ABC.txt sichern
Geht das auch?
Warum überhaupt die Unterscheidung zwischen Ordner Filter und File Name Filter? Mit entsprechenden Wildcards und \ könnte man ja alles Mögliche beschreiben, Ordnerpfade, Dateipfade und jeweils absolut und relativ.
Und eine Anmerkung: Bei mir lassen sich keine gelockten Files mit File Name Filter "…" Selector auswählen. Ist nicht schlimm aber fiel mir gerade auf. Gerade gelockte File will man ja oft filtern.
Hi!
Leider scheint das Programm für meine Anwendung nicht nutzbar zu sein. Das Backup ist jetzt eine Woche (!) gelaufen für eine Datenmenge, für die Robocopy 2 Tage braucht.
Heute morgen ist die Quell-NAS nicht mehr erreichbar, "Sichern" steht auf "Fehlgeschlagen", Gesamtstatus auf "Backup wird ausgeführt…" und es tut sich gar nichts.
Backup pausiert und die NAS-Shares nochmal angeklickt, dann kommt die NAS wieder.
Ich gebe jetzt frustriert auf. Hatte wirklich gehofft, dass Hardlinkbackup die Lösung für mich wäre, es scheint aber einfach noch nicht robust genug zu sein, von der Performance mal abgesehen.
Weiterhin viel Erfolg mit dem Projekt, ist eine sehr schöne Idee.
Eine kurze aber bedeutende Frage:
Wie kann das Programm zwischen einer gewollten und einer ungewollten (Bitfehler) Änderung einer Datei bei unverändertem Zeitstempel unterscheiden? Denn wenn ein Bitfehler im Quell Verzeichnis auftritt wird dieser auf das Ziel Verzeichnis übertragen (und damit das Backup der Datei gelöscht!)
Hallo und vielen Dank fuer Deine Software.
Ich habe diese heute installiert und auch gleich lizenziert und diverse Backup-Jobs eingerichtet.
Leider werfen die alle einen Fehler:
"[2020-02-12 10:08:57.32] WRN: Source file system of "\\?\STC_SnapShot_Volume_21_0\path\dir" is unkown to support reading hardlinks. Inner hardlink detection may fail."
Die Source ist die primaere Festplatte C:\, von der ich ausgehe, dass diese Hardlinks unterstuetzt.
Es handelt sich um ein Verzeichnis mit rekursiv ca 400.000 Files.
OS: Windows 10, 64Bit
Was kann ich tun?
Danke,
Michael
Es schein ein Problem (mit incrementellen Backups) zu geben wenn die Quell-Datei schreibgeschützt ist. Auch mit Admin-Rechten wird ein Fehler generiert. Wenn der Schreibschutz der Quell-Datei entfernt wird, läuft das Backup durch:
Unbehandelte Ausnahme: System.UnauthorizedAccessException: Der Zugriff auf den Pfad "w:\BACKUP\202002182353\d__\test.pdf" wurde verweigert.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
bei System.IO.File.OpenFile(String path, FileAccess access, SafeFileHandle& handle)
bei System.IO.File.SetCreationTimeUtc(String path, DateTime creationTimeUtc)
bei System.IO.FileSystemInfo.set_CreationTimeUtc(DateTime value)
bei System.IO.FileSystemInfo.set_CreationTime(DateTime value)
bei yahb.CopyModule.doCopy()
bei yahb.Program.Main(String[] args)
@Martin
Das Problem hatte ich ebenfalls. Bei mir lag das am Virenscanner. Nachdem ich die Hardlink dlls aus dem Echtzeitscan ausgeblendet habe, läuft alles OK.
Fidi
Hallo ich habe eine Hardlink Backup Lizenz und muss meinen PC neu Einrichten jetzt meint die Software beim freischalter der neuen Installation meine Litzens sei ungültig. Ich suche eigendlich den Support von hardlink könnt Ihr mir weiter helfen. Danke!
Du musst den Lizenzschlüssel – nicht die Lizenznummer – eingeben (langer kryptischer Text)! Außerdem sollte der Schlüssel für HardlinkBackup 2.x gültig sein (müsste bei Erwerb 2015 eigentlich so sein). Wenn Du's nicht findest schreibe bitte nochmal an software@lupinho.net, dann gucke ich mal, ob ich den Schlüssel finde!
Testuser :
Eine kurze aber bedeutende Frage:
Wie kann das Programm zwischen einer gewollten und einer ungewollten (Bitfehler) Änderung einer Datei bei unverändertem Zeitstempel unterscheiden? Denn wenn ein Bitfehler im Quell Verzeichnis auftritt wird dieser auf das Ziel Verzeichnis übertragen (und damit das Backup der Datei gelöscht!)
ein halbes Jahr später und noch keine Antwort… letztes SW Update vom 13.07.2019… Wird die SW noch weiterentwickelt / supportet?
@Testuser
Wenn ich nicht antworte, ist mir was durch die Lappen gegangen – mea culpa!
Ungewollte Änderungen durch Bitfehler kann man nur erkennen, indem Checksummen berechnet werden. Das kostet aber erheblich Zeit! Du kannst es daher für bestimmte Dateitypen aktivieren: Optionen/"Berechne Checksumme immer für ausgewählte Dateien". Die Aussage, dass ein Bitfehler dafür sorgt, dass die Datei im Backup gelöscht wird, ist nicht richtig! Wenn HardlinkBackup keine Änderung erkennt (da Zeitstempel gleich), wird ja die Datei eben nicht ins Ziel kopiert, sondern mit der Datei im Backup verhardlinkt. Die Datei im Backup kann nur beschädigt sein, wenn sie initial bereits beschädigt ist oder das Backup beschädigt wurde. Gelöscht wird die Datei im Backup jedenfalls nur, wenn Du die Backupsätze aufräumst.
Und noch eine gute Nachricht: Ja HardlinkBackup wird weiterentwickelt! Ich arbeite an einem größeren Release mit vielen Neuerungen, daher aktualisiere ich die bestehende Software nur wenn Fehler auftauchen – was derzeit nicht passiert! Wann ich eine neue Version fertig habe, kann ich noch nicht sagen; momentan sind Vorhersagen schwer zu treffen…
I have a pooled drive (stablebit drivepool) as source which doesnt support hardlinks. The destination is a normal USB NTFS drive. This is the Log:
WRN: Source file system of "D:\Audio\2012" is unkown to support reading hardlinks. Inner hardlink detection may fail.
The backup is full backup every time and doesnt use hardlinks even though the destination supports it.
So everything is ok. The warning just means what it says: inner hardlinks within the source directory cannot be detected. HLB does not know the file system of the source drive, so it does not know if it supports hardlinks. If there where hardlinks at the source, HLB could not detect them but would save each file separately.
@lupinho
There arent any hardlinks in the source drive. It contains home photos and videos. I have also tried to set duplicate detection. "Move detection mode" is set to "detect moved and renamed files". "Detect file duplicates" is checked. Calculate checksums is set to always "*.*". Could HLB configured to not check for hardlinks in source and directly proceed to detect changed files?
I do not understand: what is your problem? Yes, there is this warning, but the backup should be fine. If you check "Calculate checksums always", the backup will be slow. Move detection on or off is fine. HLB does not need create/read hardlinks at source directories; hardlinks are only required on the target directory.
HLB used to do hardlinks, but nowadays all backups are full copies. Tried from a test folder in C drive and the same result. Reinstalling HLB didnt help. Can you please check if support@lupinho.net is working? I tried to send the log file to it.
Ok. Please send the log-file, backupset.hbs and the HBD-File to software@lupinho.net!
Hallo Zusammen,
ich bin hier neu und teste das Programm gerade. Mir ist unklar wo ich das Quellverzeichnis anlegen soll. Was ist am sinnvollsten?
Unter C? unter Windows? oder unter Dateien? oder auf D: externe Festplatte.
Bitte um kurze Rückmeldung.
Besten Dank
Grüße
Johannes
Die Quellverzeichnisse sind die Verzeichnisse, die Du sichern willst. Z.B. Dein Benutzerverzeichnis unter C:\Users.
Hallo,
ist die Pro Lizenz bezüglich Laufzeit und Versionsnummer limitiert?
Wie lange erhalte ich damit Updates?
Bis zu welcher Versionsnummer wird die Lizenz akzeptiert?
In den Lizenzbestimmungen steht dazu nichts.
Die Lizenz gilt lebenslang und für alle Versionen 2.x!
Hi,
ich habe heute ein neues Backup erstellt. Quell- (K) und Zielverz. (L) sind jeweils Bitlocker verschlüsselt. Quellverz. FAT32, Zielverz. NTFS.
Leider sichert das Programm nicht, ich erhalte für jede Datei (z.B. für test.txt) den Fehler:
ERR: An error occurred while copying "K:\test.txt" to "L:\2021-01-31_16.59\K\test.txt": (3) Das System kann den angegebenen Pfad nicht finden: [\\?\L:\2021-01-31_16.59\K\test.txt]
Hi Thomas,
das tut normalerweise natürlich schon. Um da weiterhelfen zu können brauche ich vermutlich das ganze Log sowie die HBD-Datei mit dem Backup. Außerdem sieht das so aus, als wäre es nicht das erste Backup gewesen; vielleicht versuchst Du zunächst mal in ein "frisches" Backupverzeichnis auf "L" zu sichern.
hallo lupinho,
komme eigentlich seit jahren gut zu recht mit hardlinkcopy. jetzt weiss ich aber nicht mehr weiter: ein backup einer partition ist größer als das original (mirror modus). wie kann das denn sein?
und: kann man es so einstellen, dass zu löschende dateien vor dem backup gelöscht werden. sonst braucht man ja viel mehr mehr platz auf dem sicherungsdatenträger.
mit dank im voraus
thomas
fehlerhafte Backups (z.B. weil geöffnete Dateien nicht kopiert werden konnten) werden beim nächsten Backup automatisch gelöscht. Kann ich dieses Löschen irgendwie verhindern?
Klappt es vielleicht, wenn man die Backupsätze schützt?
Ach so, jetzt verstehe ich: Es geht Ihnen nicht um abgebrochene Backups, sondern um Backups, bei denen Fehler aufgetreten sind. Wenn das nicht zu viele sind (konfigurierbar), sind diese nicht abgebrochen. Dann greift meine Erklärung weiter unten bzgl. der Aufräum-Regeln.
@lupinho
Schreibschutz? Klingt nach täglicher Handarbeit, die ja eigentlich mit einem automatisierten Backup verhindert werden soll.
Die Ursache könnte ein anderes Problem sein:
Ich habe heute 4 Backups gemacht, der Dateninhalt des Quellverzeichnisses war immer identisch !
– 10:48 Uhr hellblauer Hintergrund, kein Kommentar
– 10:51 Uhr grüner Hintergrund , "Vergleichen"
– 12:11 Uhr roter Hintergrund, "Vergleichen & Löschen"
– 12:14 Uhr grüner Hintergrund , "Vergleichen"
Eingestellt ist "Behalte 3 Backupsätze pro Tag". Beim roten Backupsatz sagt der Popup-Text "… wird bei der nächsten Backupausführung durch eine Aufräumregel gelöscht."
=> Wieso löscht die Aufräumregel ein Backup mittendrin, und nicht das älteste (also 10:48 Uhr)?
Noch lustiger wird es, wenn ich auf "Behalte 2 Backupsätze pro Tag" stelle. Dann soll 10:51 Uhr und 12:14 Uhr gelöscht werden. Also wird das neueste Backup von 12:14 Uhr gelöscht …
Und wenn ich auf "Behalte 1 Backupsätze pro Tag" stelle, dann soll 10:51 Uhr, 12:11 Uhr und 12:14 Uhr gelöscht werden. Also wird ausgerechnet das älteste Backup aufgehoben, der Rest gelöscht …
Merkwürdig. Welcher Regel gehorcht die Lösch-Auswahl? Das erscheint verbesserungsfähig.
Die Funktion "Aufräumen" funktioniert wie erwartet. Es macht aus meiner Sicht keinen Sinn, das älteste Backup zu löschen. Die Regel versucht eher das älteste Backup beizubehalten und löscht primär Backups zwischen dem ältesten und jüngsten im selben Zeitraum. Wenn der Zeitraum ein Jahr ist, wie fänden Sie es wenn dann alle Backups vom 1.1. bis 30.12. gelöscht werden und nur das vom 31.12. übrigbleibt? Angenommen, es ist der 1.1. des Folgejahres? Dann hat ja das erwählte Backup keinen Nutzen, um alte Dateien dort wiederzufinden. Das ist zunächst der Hintergrund dieser Umsetzung.
Beim Beibehalten von Backupsätzen zählt HardlinkBackup aber nur Backupsätze, die erfolgreich waren (evtl. mit Fehlern). Abgebrochene Backupsätze werden immer zum Löschen markiert. Tatsächlich ist dieses Verhalten momentan nicht konfigurierbar; allerdings hatte bis jetzt auch noch kein Nutzer eine andere Anforderung. Der Schutz verhindert halt für entsprechend markierte Backupsätze, dass sie gelöscht werden, dafür muss man sie aber halt markieren.
Warum sollen abgebrochene Backups in Ihrem Fall länger erhalten bleiben?
Im oben beschriebenen Fall "Behalte 2 Backupsätze pro Tag" wird das neueste Backup eben NICHT behalten. Es handelt sich dabei nicht um ein abgebrochenes Backup, sondern um "erfolgreich mit oder ohne Fehler beendet". Insofern klappt das nicht wie beschrieben "… löscht primär Backups zwischen dem ältesten und jüngsten…".
Gestern abend 23:50 ein weiteres Backup gemacht. Der Popup Text sagt wie bei den vorigen Backups "erfolgreich mit oder ohne Fehler beendet". Soweit ist alles ok. ABER: Es wird in rot angezeigt als "Vergleichen & Löschen". Poput-Text sagt "wird bei der nächsten Backupausführung durch eine Aufräumregel gelöscht". Also soll auch in diesem Fall wieder das neueste Backup des Tages gelöscht werden, anstatt eines, das zwischen dem ältesten und dem neuesten liegt. Die Regel "… löscht primär Backups zwischen dem ältesten und jüngsten…" klappt also auch in diesem Fall nicht. Auch wenn ich 3 Backups pro Tag behalten will, wirds das neuste nicht behalten, sondern gelöscht.
Erstmal gings um's älteste Backup, da habe ich erklärt, warum es keinen Sinn macht, das zu löschen. Beim neuesten Backup macht es mehr Sinn, denn hier ist der Mehrwert zu dem was gerade gemacht wird, bzw. dem ältesten des vorherigen Zeitraums am geringsten. Ansonsten werden die Backups dazwischen gelöscht. Mag sein, dass meine letzte Aussage nicht 100ig korrekt war. Letztendlich macht die Aufräumregel aber, was sie verspricht: sie sorgt dafür, dass entsprechend viele Backups im gewählten Zeitraum übrig bleiben. Das die irgendwie verteilt ausgesucht werden, ist ja klar, sonst wär's ja auch nicht recht. Aber was ist denn jetzt eigentlich Dein Problem??
Das Problem war, dass – für mich überraschend – immer das letzte Backup des Tages gelöscht wurde. Das ist für mich aber das wichtigste. Ich muss dann halt schauen, dass ich tagsüber keine zusätzlichen manuellen Backups mache, oder zumindest in der Summe unter der konfigurierten Anzahl pro Tag bleibe. Wenn man das weiß kann man damit umgehen, aber bis zuletzt sah es unerklärlich und falsch aus.
Hallo,
Ist es Absicht, dass die 64-Bit Variante nur in der Version 2.2.17 zum Download bereit steht? Wenn ich in der Applikation auf Updates prüfe, erhalte ich die Mitteilung, dass ich bereits die aktuellste Version habe.
Viele Grüße,
Joachim
Nein, sollte eigentlich nicht so sein. Ggf. deinstalliere Deine Version und lade die aktuelle Version von dieser Seite herunter (2.2.22.)…