Warum ein ungetestetes Backup kein Backup ist
Ein grünes Häkchen im Sicherungsprotokoll sagt aus, dass Daten geschrieben wurden – nicht, dass sie sich zurückholen lassen. Der Unterschied wird meist genau dann bemerkt, wenn es zu spät ist.
Das Wichtigste in Kürze
- Ein erfolgreiches Sicherungsprotokoll ist kein Nachweis für eine funktionierende Wiederherstellung.
- Die häufigsten Ausfallgründe sind fehlende Systemzustände, unbekannte Abhängigkeiten und Zugangsdaten, die im verschlüsselten System liegen.
- Ein Restore-Test misst die reale Wiederanlaufzeit – und die weicht fast immer von der Annahme ab.
Kaum ein Unternehmen sichert gar nicht. Aber erstaunlich viele haben noch nie erlebt, wie es ist, ihre Systeme aus dem Backup wieder aufzubauen. Das ist ungefähr so, als hätte man einen Feuerlöscher gekauft, ohne je nachzusehen, ob er gefüllt ist.
Dieser Beitrag beschreibt, warum Sicherungen im Ernstfall scheitern, welche Prüftiefen es gibt und wie ein Test abläuft, der tatsächlich Aussagekraft hat.
Warum grüne Protokolle täuschen
Ein Sicherungsauftrag meldet Erfolg, wenn er die ihm zugewiesenen Daten gelesen und geschrieben hat. Er kann aus dieser Position heraus nichts darüber sagen, ob die Daten vollständig, konsistent und im Zielsystem verwendbar sind. Die typischen Bruchstellen:
- Der Umfang stimmt nicht mehr. Vor zwei Jahren wurden Laufwerke einzeln ausgewählt. Seither kam eine neue virtuelle Maschine dazu, die niemand in den Auftrag aufgenommen hat.
- Datenbanken wurden im laufenden Betrieb kopiert. Ohne saubere Anbindung an den jeweiligen Dienst entsteht ein Stand mitten in einer Transaktion – lesbar, aber nicht startfähig.
- Es fehlen Systemzustände. Gesichert werden Dateien, nicht die Serverkonfiguration. Der Wiederaufbau bedeutet dann Neuinstallation samt Nachbau aller Einstellungen.
- Abhängigkeiten sind unbekannt. Die Warenwirtschaft braucht einen Datenbankserver, einen Lizenzdienst und eine Namensauflösung. Fällt einer davon aus der Reihenfolge, startet die Anwendung nicht – und niemand weiß mehr, in welcher Reihenfolge es sein müsste.
- Die Zugangsdaten liegen im verschlüsselten System. Der Passwortmanager lag auf dem Fileserver. Der Fileserver ist genau das, was wiederhergestellt werden soll.
Ein Sicherungsauftrag läuft seit Monaten auf Fehler, aber die Benachrichtigung ging an die Adresse eines Mitarbeiters, der das Unternehmen verlassen hat. Deshalb gehören Backup-Meldungen in eine Überwachung, die aktiv meldet – nicht in ein Postfach.
Drei Prüftiefen
| Stufe | Was geprüft wird | Rhythmus |
|---|---|---|
| Verifikation | Prüfsummen und Lesbarkeit der Sicherungsdateien, automatisiert | bei jedem Lauf |
| Datei-Restore | Einzelne Dateien und Postfachelemente gezielt zurückholen | monatlich |
| System-Restore | Vollständiger Server startet in einer abgeschotteten Umgebung | halbjährlich bis jährlich |
Nur die dritte Stufe beantwortet die Frage, die im Ernstfall zählt: Wie lange dauert es, bis wieder gearbeitet werden kann? Die ersten beiden Stufen sind trotzdem wertvoll, weil sie mit wenig Aufwand die häufigsten Fehler früh sichtbar machen.
So läuft ein aussagekräftiger Test ab
- Szenario festlegen. Nicht „irgendwas zurückspielen“, sondern eine konkrete Annahme: Der Server mit der Warenwirtschaft ist vollständig verloren.
- Isolierte Umgebung schaffen. Die Wiederherstellung erfolgt in ein getrenntes Netz, damit der wiederhergestellte Server nicht mit dem produktiven um Adressen und Dienste streitet. Auf einer Virtualisierungsplattform ist das eine Sache von Minuten.
- Zeit messen – ab dem Moment der Entscheidung. Nicht ab dem Start des Kopiervorgangs. Suchen, Nachfragen und Abstimmen gehören zur Ausfallzeit.
- Funktion prüfen, nicht nur den Start. Meldet sich jemand an? Lässt sich ein Vorgang buchen? Ein Server, der bis zum Anmeldebildschirm kommt, beweist wenig.
- Ohne das Wissen einer einzelnen Person durchführen. Der Test soll zeigen, ob die Dokumentation trägt – nicht, ob die Person, die alles gebaut hat, es noch weiß.
- Abweichungen protokollieren. Jeder Punkt, an dem improvisiert werden musste, ist eine Lücke in der Dokumentation.
Die gemessene Zeit vergleichen Sie anschließend mit der Vorgabe, die das Unternehmen sich gesetzt hat. Liegt sie darüber, gibt es zwei ehrliche Möglichkeiten: die Technik anpassen oder die Erwartung korrigieren. Was nicht funktioniert, ist die Differenz zu ignorieren. Die Grundlagen dazu – RPO und RTO – erklären wir in Die 3-2-1-Backup-Regel.
Was aus dem Test heraus dokumentiert gehört
Ein Test ohne schriftliches Ergebnis verpufft. Diese Angaben sollten danach an einem Ort stehen, der auch bei einem Totalausfall erreichbar ist – ausgedruckt oder außerhalb der betroffenen Umgebung:
- Reihenfolge, in der Systeme starten müssen, mit ihren Abhängigkeiten.
- Wo die Sicherungen liegen und womit sie sich öffnen lassen.
- Verschlüsselungskennwörter der Sicherungen – getrennt vom Produktivsystem verwahrt.
- Lizenzschlüssel und Kontaktdaten der Hersteller.
- Gemessene Wiederanlaufzeit je System und Datum des letzten Tests.
Wir dokumentieren jede Umgebung, die wir betreuen, ohnehin so, dass eine Übergabe jederzeit möglich ist – das ist Teil unseres Verständnisses von IT-Service & Support und der Grund, warum niemand bei uns in eine Abhängigkeit gerät.
Der Aufwand ist geringer als gedacht
Der häufigste Einwand lautet: keine Zeit. In virtualisierten Umgebungen ist ein System-Restore-Test aber überwiegend Wartezeit – die eigentliche Arbeit besteht aus der Vorbereitung des isolierten Netzes und der abschließenden Prüfung. Ein bis zwei Stunden aktive Zeit pro Halbjahr sind eine realistische Größenordnung für einen mittelständischen Betrieb.
Dem gegenüber steht der Aufwand einer ungeplanten Wiederherstellung ohne Übung: In der Regel mehrere Tage, unter Druck, mit Stillstand im gesamten Betrieb.
Fazit
Ein Backup ist eine Behauptung, bis es zurückgespielt wurde. Der Test verwandelt diese Behauptung in eine belastbare Zahl – und genau diese Zahl brauchen Sie, um über Investitionen in Ausfallsicherheit vernünftig entscheiden zu können. Wie sich solche Tests und die Überwachung der Sicherung automatisieren lassen, zeigt Sicherungen automatisch prüfen.
Wenn Sie den ersten Test nicht allein durchführen möchten: Wir begleiten ihn, messen mit und hinterlassen eine Dokumentation, mit der Sie ihn beim nächsten Mal selbst durchführen können. Mehr dazu unter Datenbackup & Recovery.
