Warum Restore-Tests wichtiger sind als Backups
Ein Backup, das nie wiederhergestellt wurde, ist eine Behauptung, keine Tatsache. Der einzige Weg, wirklich zu wissen, dass ein Backup funktioniert, ist es zurückzulesen und zu prüfen. Ein grüner „Backup abgeschlossen"-Status beweist, dass der Schreibvorgang geklappt hat, nichts darüber, ob die Daten später korrekt zurückkommen, was der einzige Grund ist, warum das Backup überhaupt existiert.
Sichern
Mail, Kalender, Kontakte und OneDrive, inkrementell und verschlüsselt, auf Ihrem Speicher.
Stichprobe ziehen
Jede Woche, je Postfach und OneDrive: rund 20 Mails, 20 Dateien, Kalender und Kontakte.
Zurücklesen
Aus dem neuesten Backup, über denselben Weg wie ein echter Restore.
Vergleichen
Byte für Byte gegen die gespeicherten Prüfsummen. Nur ein Treffer zählt.
Angezeigt je Postfach als Wiederherstellbarkeit
- BereitLetzte Prüfung bestanden
- AchtungWarnungen in der Prüfung
- Nicht wiederherstellbarPrüfung fehlgeschlagen
- Nicht belegtNoch nicht zurückgelesen
Was still schiefzugehen pflegt
Verschlüsselungsschlüssel driften aus der Synchronisation mit dem, was zum Schreiben eines Chunks genutzt wurde. Speicher beschädigt still einen Block, der monatelang nicht erneut gelesen wird. Eine Formatänderung bricht leise die Kompatibilität mit älteren Archiven. Nichts davon zeigt sich im eigenen Erfolgsstatus eines Backup-Jobs. Es zeigt sich nur, wenn jemand tatsächlich einen Restore versucht, was genau der Moment ist, in dem niemand zum ersten Mal ein Problem entdecken möchte.
Was ein grünes „Backup erfolgreich“ nicht verrät
Der Job-Status belegt das Schreiben. Nur das Zurücklesen belegt den Restore.
| Stiller Fehler | Zeigt es der Backup-Job? | Zeigt es ein Restore-Test? | Erkannt beim |
|---|---|---|---|
| Schlüssel passt nicht mehr zu dem, womit ein Chunk geschrieben wurde | Nein | Ja | Entschlüsseln |
| Speicher beschädigt still einen Block, den niemand liest | Nein | Ja | Zurücklesen, vergleichen |
| Eine Formatänderung bricht ältere Backups | Nein | Ja | Zurücklesen |
Was Restow dagegen tut
Ein Backup ohne verifizierten Restore wird im Produkt als nicht erledigt angezeigt, nicht still zum Erfolg hochgerundet. Heute wird das durch eine wöchentliche Stichprobenprüfung der Wiederherstellungsbereitschaft je Postfach und OneDrive durchgesetzt: ein tatsächlicher Restore einer Stichprobe, zurück verglichen, jeder Fehler im eigenen Status dieses Postfachs sichtbar gemacht. Vollständige, elementweise Restore-Verifizierung für alles Gesicherte (keine Stichprobe) ist aktiv in Entwicklung; siehe die Verifizierungs-Funktionsseite für den genauen aktuellen Status, und wie Restow entsteht für die Release-Checkliste, die jede Version bestehen muss: sie umfasst schon heute einen vollständigen Backup-und-Restore-Lauf mit Byte-für-Byte-Hash-Vergleich vor jedem Tag, dazu den Nachweis, dass ein Restore auch mit dem eigenständigen Werkzeug ganz ohne laufenden Restow-Server funktioniert.
Häufig gefragt
Warum ist ein ungetestetes Backup eigentlich kein Backup?
Weil „Backup erfolgreich abgeschlossen“ nur beweist, dass der Schreibvorgang geklappt hat. Es sagt nichts darüber aus, ob die Daten sich später auch korrekt zurücklesen lassen, was der ganze Sinn eines Backups überhaupt ist. Ein beschädigter Chunk, ein defekter Verschlüsselungsschlüssel, oder ein subtiler Formatfehler können sich alle monatelang unbemerkt in einem grün gemeldeten Backup verstecken, entdeckt erst im denkbar schlechtesten Moment: bei einem echten Notfall-Restore.
Was prüft Restow heute, und was kommt noch?
Heute: eine wöchentliche Stichprobenprüfung der Wiederherstellungsbereitschaft je Postfach und OneDrive, ein tatsächlicher Restore einer Stichprobe, zurück verglichen, ehrlich als Stichprobe gekennzeichnet. In Entwicklung: vollständige, lückenlose Verifizierung jedes gesicherten Elements, automatisch in ein separates Ziel wiederhergestellt, statt einer Stichprobe. Siehe die Funktionsseite zur Verifizierung für den aktuellen, genauen Status.