Zitat von lupinho am February 7, 2018, 20:00
Und ja, Du kannst einstellen, dass zunächst auch die Checksummen der Backupdateien berechnet werden sollen und die nicht aus der index.hbi übernommen werden.
Wird denn die berechnete Checksumme denn auch mit der im Index verglichen und gegebenenfalls eine Fehlermeldung im Log generiert?
Zitat von lupinho am February 7, 2018, 20:00
Wenn dann eine ungeänderte Datei doch kopiert wurde, wurde offensichtlich das Backup modifiziert, oder? Insofern kann man das schon rausfinden, wenn man dieses Backup zeitnah zum letzten „richtigen“ macht (man kann ja immer noch das Änderungsdatum zu rate ziehen, was eine geänderte Datei in der Quelle kennzeichnen wird).
Das Problem ist, zu erfahren, ob es so überhaupt so einen Fall gab und um welche Dateien es sich handelt. Ein zeitnah wiederholter Backuplauf reduziert nur die Anzahl der zu überprüfenden Dateien. Nur wenn es keine Änderungen in der gab, hat man sofort die Treffer.
Ich sehe da noch weitere Probleme: Das funktioniert für die aktuelle Version des Backups nur, wenn sich die Quelldatei nicht ändert; für ältere Versionen entweder nur, wenn Quelle verändert oder das aktuelle Backup schon von Bitrot betroffen ist und dann auch nur mit den Backups, mit denen man vergleichen lässt.
Eine separate von Backup unabhängige vollständige Überprüfung aller vorhanden Versionen aller Dateien kann man so nicht ersetzen. Wobei man diese vollständige Prüfung sinnvollerweise eh separat ausführt.
Prüfungen während des Backups sind nur insofern erforderlich, soweit sie nötig sind, um zu verhindern, dass veränderte Dateien – egal ob wegen Bitrot oder anderer Ursache – verlinkt werden. Alles was darüber hinaus geht, verlängert nur unnötig die fürs Backup benötigte Zeit.
|
Author
Scrub / Checksummen valideren / Bitrot
