Bit-Rot, Prüfsummen und regelmäßige Datenmigration
Veröffentlicht am 6. Juli 2026 · zuletzt aktualisiert am 13. August 2026 / in Digitale Archive
Inhaltsübersicht
Kurz gesagt
Mein Integritätsablauf lautet:
Referenzhash → regelmäßiger Prüflauf → Abweichung protokollieren → intakte Sicherung bestimmen → Restore → erneut prüfen.
Ein Backup stellt eine Kopie bereit. Eine SHA-256-Prüfsumme zeigt, ob der Dateiinhalt seit dem Referenzstand unverändert geblieben ist. Beides wird benötigt.
Referenzhash erzeugen
Nach der kontrollierten Übernahme eines Bestands berechne ich für jede Datei einen SHA-256-Wert und speichere die Prüfliste getrennt vom Arbeitsbestand. Rohdaten und andere unveränderliche Quellen werden danach möglichst nicht mehr als Arbeitsfläche verwendet.
Der Hash beweist keine fachliche Richtigkeit. Er dokumentiert nur den binären Zustand, der später wiedergefunden werden soll.
Regelmäßiger Prüflauf
Der Prüflauf liest die Dateien erneut und vergleicht ihre aktuellen Hashwerte mit der Referenz. Dabei werden mindestens protokolliert:
- geprüfter Bestand und Zeitpunkt,
- erwarteter und gefundener Hash bei Abweichungen,
- fehlende oder zusätzliche Dateien,
- Lesefehler,
- Ergebnis und notwendige Folgeaktion.
NAS-Scrubbing oder Dateisystemprüfungen können ergänzen, ersetzen aber nicht automatisch die eigene Referenzliste für die Archivdateien.
Was ich prüfe
Der Umfang folgt der Rolle des Bestands:
| Bereich | Zu prüfende Bestandteile |
|---|---|
| Rohdaten | Originalscans, TIFF, DNG und andere Quellen |
| Fotoarchiv | Bilddateien und XMP-Sidecars |
| Dokumentenarchiv | PDF/PDF-A, Exporte und relevante Begleitdateien |
| Paperless-ngx | Medien, konsistenter Datenbanksnapshot, Konfiguration und Export |
| Arbeitsregeln | wichtige Profile, Skripte und Wiederherstellungsdokumentation |
Abweichung und Restore
Bei einer Abweichung wird die betroffene Datei nicht vorschnell überschrieben. Zuerst kläre ich:
- War die Änderung beabsichtigt?
- Welche Sicherungsstände enthalten die Datei?
- Welche Kopie stimmt mit dem letzten bestätigten Referenzhash überein?
- Lässt sie sich öffnen und fachlich zuordnen?
Die intakte Kopie wird in einen getrennten Prüfbereich zurückgesichert, erneut gehasht und stichprobenartig geöffnet. Erst danach ersetzt sie die beschädigte Fassung. Ergebnis und neuer Referenzstand werden dokumentiert.
Restore-Test
Auch ohne gemeldeten Fehler stelle ich in sinnvollen Abständen einen ausgewählten Archivbereich testweise wieder her. Geprüft werden Hashwerte, Dateianzahl, XMP- beziehungsweise Metadaten, Pfade, Rechte und Öffnung unterschiedlicher Dateitypen.
Ein vorhandenes Backup ohne getesteten Wiederherstellungsweg ist noch kein belastbarer Rückweg.
Migration auf neue Medien
Wenn Medium oder Speicherumgebung abgelöst werden, bleibt das Verfahren kontrolliert:
- Ausgangsbestand und Referenzhashes festhalten.
- Zielmedium und Dateisystem vorbereiten.
- Dateien ohne vermeidbare Umwandlung kopieren.
- Hashwerte und Dateianzahl vergleichen.
- unterschiedliche Dateitypen stichprobenartig öffnen.
- Pfade und Dokumentation aktualisieren.
- alte Kopie erst nach erfolgreicher Prüfung außer Betrieb nehmen.
Eine Formatmigration ist davon getrennt. Sie verändert die Datei und benötigt deshalb dokumentierte Originale, Migrationsgrund, Werkzeug und neue Prüfergebnisse.
Grenzen
Prüfsummen reparieren keine Datei und ersetzen weder Backup noch fachliche Ordnung oder Formatbewertung. Sie beantworten genau eine wichtige Frage: Ist der geprüfte Dateiinhalt noch derselbe wie beim bestätigten Referenzstand?
Ergebnis
Integrität wird nicht vermutet, sondern wiederholt geprüft. Bei einer Abweichung kann ich gezielt eine bestätigte intakte Kopie auswählen, kontrolliert wiederherstellen und den neuen Zustand dokumentieren.
Persönliche Unterstützung
Dieser Artikel vermittelt die fachlichen Grundlagen. Wenn Sie die beschriebenen Methoden auf einen konkreten Bestand oder ein bestehendes System übertragen möchten, finden Sie ergänzende Informationen unter Dienstleistungen.