Backups reichen nicht: Warum Restore-Tests dazugehören

Die meisten Teams sagen, dass sie Backups haben. Deutlich weniger können die wichtigere Frage beantworten: Wann wurde zuletzt eine Sicherung erfolgreich wiederhergestellt?

Dieser Unterschied zählt. Während eines Ausfalls ist eine Backup-Datei nicht das Ziel. Das Ziel ist ein funktionierender Dienst.

Ein erfolgreiches Backup ist noch keine erfolgreiche Wiederherstellung

Ein Backup-Job kann "erfolgreich" melden und für die Wiederherstellung trotzdem unbrauchbar sein.

Typische Fehler:

• Die falschen Verzeichnisse wurden gesichert.
• Datenbank-Dumps sind unvollständig.
• Dateien sind verschlüsselt, aber niemand besitzt den Schlüssel.
• Die Aufbewahrungsdauer ist zu kurz.
• Backups liegen auf demselben Server, der ausgefallen ist.
• Restore-Schritte sind nicht dokumentiert.
• Die Wiederherstellung dauert deutlich länger als vom Unternehmen erwartet.

Restore-Tests finden diese Probleme, bevor Kunden sie bemerken.

RPO und RTO in verständlicher Sprache festlegen

Zwei Begriffe machen die Backup-Planung konkret:

• RPO (Recovery Point Objective): Wie viele Daten dürfen maximal verloren gehen?
• RTO (Recovery Time Objective): Wie lange darf der Dienst ausfallen?

Ein Beispiel:

• "Wir dürfen höchstens 24 Stunden Daten verlieren" kann bedeuten, dass tägliche Backups genügen.
• "Der Dienst darf höchstens zwei Stunden ausfallen" bedeutet, dass der Restore geübt und schnell sein muss.

Ohne diese Grenzen bleibt der Backup-Plan eine Schätzung.

Was kleine Teams sichern sollten

Der Ausgangspunkt sind alle Bestandteile, die für den Wiederaufbau des Dienstes benötigt werden:

• Datenbanken
• hochgeladene Dateien und Benutzerinhalte
• Konfigurationsdateien
• Secrets und Schlüsselmaterial an einem sicheren Ort
• Infrastrukturdefinitionen oder Hinweise zur Servereinrichtung
• Release-Artefakte der Anwendung oder Zugriff auf den Quellcode
• DNS- und Provider-Informationen

Verlassen Sie sich nicht auf Erinnerungen. Während eines stressigen Vorfalls werden undokumentierte Details teuer.

Einen einfachen Restore-Test aufbauen

Ein Restore-Test muss nicht spektakulär sein. Er muss nachweisen, dass der Weg funktioniert.

Ein grundlegender Ablauf:

1. Eine aktuelle Sicherung auswählen
2. In eine getrennte Testumgebung wiederherstellen
3. Die Anwendung mit den wiederhergestellten Daten starten
4. Einige geschäftskritische Abläufe prüfen
5. Dauer und Probleme dokumentieren
6. Lücken im Ablauf schließen

Bei Datenbanken reicht die Meldung "Import abgeschlossen" nicht aus. Wichtige Tabellen, Datensätze und Anwendungsabläufe müssen ebenfalls funktionieren.

Backups getrennt vom Server speichern

Wenn Ransomware, versehentliches Löschen oder ein Provider-Ausfall den Server betrifft, können rein lokale Backups ebenfalls verschwinden.

Die 3-2-1-Regel ist eine einfache Basis:

• 3 Kopien wichtiger Daten
• 2 unterschiedliche Speichertypen oder Orte
• 1 Kopie getrennt von der primären Umgebung

Für viele kleine Teams bedeutet das verschlüsselte externe Backups und kontrollierten Zugriff auf das Speicherkonto.

Backup-Jobs überwachen

Ein fehlgeschlagenes Backup muss jemanden alarmieren. Ein stiller Fehler ist eine der unangenehmsten Überraschungen im Betrieb.

Überwacht werden sollten:

• Zeitpunkt des letzten erfolgreichen Backups
• Dauer des Backup-Laufs
• Änderungen der Backup-Größe
• fehlgeschlagene Jobs
• verfügbare Speicherkapazität
• Datum des letzten Restore-Tests

Ein plötzlich kleineres Backup kann ein Warnzeichen sein. Möglicherweise fehlen Daten.

Wiederherstellung als Checkliste dokumentieren

Gute Restore-Dokumentation ist kurz und direkt.

Sie enthält:

• Speicherort der Backups
• Personen mit Zugriff
• Vorgehen zur Entschlüsselung
• genaue Restore-Befehle
• erwartete Dauer
• Prüfungen nach der Wiederherstellung
• Kontakte für eine Eskalation

Das beste Dokument kann auch eine müde Person um zwei Uhr nachts zuverlässig abarbeiten.

Fazit

Backups gehören zum Betrieb und sind kein Haken auf einer Compliance-Liste. Die entscheidende Frage lautet nicht "Sichern wir?", sondern "Können wir innerhalb der benötigten Zeit wiederherstellen?"

Restore-Tests liefern diese Antwort, bevor ein Ausfall eintritt.