Datensicherungen wirklich prüfen: die Rücksicherungsprobe

Ziel

Nachweisen, dass aus den vorhandenen Sicherungen ein lauffähiger Stand entsteht, wie lange das dauert und wie viel Datenverlust dabei entsteht – bevor ein Ausfall die Antwort erzwingt.

Voraussetzungen

Eine Sicherung, die nicht auf demselben Datenträger wie das Original liegt; eine frische Zielumgebung (Container, virtuelle Maschine, zweite Instanz), die das Produktivsystem nicht erreichen kann; Zugriff auf die Schlüssel verschlüsselter Sicherungen aus einer Quelle, die nicht die Sicherung selbst ist; ein Zeitfenster und eine Person, die protokolliert.

Schritte

1. Erwartung festhalten: Welcher Zeitpunkt soll wiederhergestellt werden, welche Datenbanken, Dateien und Konfigurationen gehören dazu, und woran erkennt man Erfolg (Zeilenzahlen, Prüfsummen, ein Login, eine Stichprobe echter Datensätze)?
2. Sicherung auswählen wie im Ernstfall: nur über den dokumentierten Ablageort und die dokumentierten Zugangsdaten, nicht über den Rechner, der die Sicherung erzeugt hat.
3. Integrität des Archivs prüfen, bevor etwas eingespielt wird; restic beschreibt dafür den Befehl check, der wahlweise mit --read-data auch die Datenblöcke liest statt nur die Struktur.
4. In die leere Umgebung zurückspielen: Die PostgreSQL-Dokumentation beschreibt, dass Nicht-Text-Dumps mit pg_restore eingespielt werden und die Eigentümer-Rollen vorher existieren müssen – genau solche Details fehlen in Runbooks, bis die Probe sie aufdeckt. Jeden Befehl und jede Abweichung notieren.
5. Ergebnis gegen die Erwartung aus Schritt 1 messen: Tabellen und Zeilenzahlen, Prüfsummen von Dateien, Anwendung starten und eine echte Funktion ausführen (Anmeldung, Bericht, Bestellung im Testmodus).
6. Dauer vom Start bis zur nutzbaren Anwendung festhalten und mit dem vereinbarten Wiederherstellungsziel vergleichen; ebenso den Abstand zwischen Sicherungszeitpunkt und letztem Produktivstand als tatsächliches Verlustfenster.
7. Befund ablegen: Datum, Sicherungsstand, Dauer, Abweichungen, offene Punkte. Runbook korrigieren, nächste Probe terminieren, Zielumgebung löschen.

Erwartetes Ergebnis

Ein datierter Nachweis, dass die Sicherung vollständig, lesbar und in bekannter Zeit einspielbar ist – oder eine Liste konkreter Mängel (fehlender Schlüssel, vergessene Konfigurationsdatei, fehlende Rolle, veraltetes Skript), die vor dem Ernstfall behoben werden.

Grenzen und Prüfbasis

Die Probe prüft die Sicherung zum gewählten Zeitpunkt, nicht jede künftige; nach Änderungen an Schema, Verschlüsselung oder Ablageort ist sie zu wiederholen. Eine Rücksicherung in kleinem Massstab sagt wenig über die Dauer bei grossen Datenmengen. Die Befehle folgen der zitierten PostgreSQL- und restic-Dokumentation; zur richtigen Häufigkeit der Probe macht dieser Artikel keine Aussage, dazu gibt es im Wiki eine offene Frage.