Warum ein grüner Backup-Status nicht genügt.
Backup-Software meldet meist, ob ein Sicherungslauf technisch abgeschlossen wurde. Daraus folgt noch nicht, dass alle benötigten Daten enthalten sind, die Sicherung lesbar ist oder der Wiederanlauf des Systems funktioniert. Defekte Archive, fehlende Datenbanken, falsche Zugangsdaten oder nicht dokumentierte Abhängigkeiten fallen häufig erst beim Restore auf.
Für Unternehmen ist deshalb nicht die Zahl erfolgreicher Sicherungsjobs entscheidend. Entscheidend ist die Frage, welche Systeme nach einem Ausfall zuerst wieder benötigt werden und wie lange die Wiederherstellung realistisch dauert.
Was ein Restore-Test mindestens prüfen sollte.
Ein brauchbarer Test beginnt mit einem klar definierten Ziel. Bei einem Dateiserver kann das die Wiederherstellung ausgewählter Verzeichnisse sein. Bei einem virtuellen Server sollte zusätzlich geprüft werden, ob das System startet und seine Anwendung tatsächlich funktioniert.
Zu dokumentieren sind mindestens der verwendete Sicherungsstand, Start- und Endzeit des Tests, aufgetretene Fehler und die Person, die den Test durchgeführt hat. Dadurch wird aus einer technischen Einzelaktion ein nachvollziehbarer Prozess.
RTO und RPO praktisch statt theoretisch betrachten.
RTO beschreibt, wie lange ein Dienst maximal ausfallen darf. RPO beschreibt, wie viel Datenverlust zeitlich akzeptabel ist. Beide Werte sind nur dann nützlich, wenn sie zu den realen Sicherungs- und Wiederherstellungszeiten passen.
Ein stündliches Backup hilft wenig, wenn die Wiederherstellung zwei Tage dauert. Umgekehrt kann ein täglicher Sicherungsstand für ein wenig verändertes Archiv völlig ausreichend sein. Die Anforderungen sollten deshalb pro System und nicht pauschal für das gesamte Unternehmen festgelegt werden.
Wie oft sollte getestet werden?
Die passende Frequenz hängt von der Bedeutung des Systems und der Änderungsrate ab. Kritische Systeme sollten regelmäßig und nach größeren Änderungen getestet werden. Zusätzlich ist ein Restore-Test sinnvoll, wenn Backup-Software, Speicherziel, Verschlüsselung oder Infrastruktur verändert wurden.
Ein geplanter Test ist deutlich günstiger als die erste echte Wiederherstellung während eines Sicherheitsvorfalls. Genau deshalb gehört die Wiederherstellungsprüfung in ein betreutes Managed Backup und nicht nur in die Aufgabenliste der Datensicherung.
Welche Daten im Test nicht vergessen werden dürfen.
Neben Dateien gehören je nach System auch Datenbanken, Konfigurationsdateien, Zertifikate, Lizenzinformationen und Anwendungseinstellungen zur Wiederherstellung. Ein Server kann technisch starten und trotzdem unbrauchbar sein, wenn eine abhängige Datenbank oder ein Schlüssel fehlt.
Deshalb sollte der Test nicht nur den technischen Restore betrachten. Ein fachlicher Funktionstest zeigt anschließend, ob der betreffende Dienst seine eigentliche Aufgabe wieder erfüllt.
Produktivsystem und Testumgebung trennen.
Eine Wiederherstellungsprobe sollte möglichst so geplant werden, dass sie den laufenden Betrieb nicht gefährdet. Virtuelle Systeme können häufig isoliert gestartet werden. Einzelne Dateien lassen sich in einen separaten Testpfad zurückspielen.
Wichtig ist, dass ein restauriertes System nicht versehentlich mit produktiven Diensten kommuniziert, doppelte IP-Adressen verwendet oder automatisierte Aufgaben ausführt. Diese Punkte gehören in die Testanweisung.
Fehler aus dem Test müssen eine Folge haben.
Ein Restore-Test ist nur dann wertvoll, wenn erkannte Probleme anschließend behoben werden. Fehlende Zugangsdaten, zu lange Rücksicherungszeiten oder unvollständige Sicherungsstände sollten als konkrete Aufgaben mit Verantwortlichem und Termin dokumentiert werden.
Beim nächsten Test lässt sich dadurch prüfen, ob die Korrektur tatsächlich wirksam war. So entsteht ein kontinuierlicher Verbesserungsprozess statt einer einmaligen Kontrolle.
Eine kurze Restore-Checkliste.
Vor dem Test sollten Zielsystem, gewünschter Sicherungszeitpunkt, Testumgebung und verantwortliche Person feststehen. Während des Tests werden Dauer und Fehler protokolliert. Danach folgen Funktionstest, Bewertung und Dokumentation.
Diese einfache Struktur reicht für viele KMU bereits aus, um den Unterschied zwischen vorhandenem Backup und nachgewiesener Wiederherstellbarkeit sichtbar zu machen.