Ein Backup, das nie ernsthaft zurückgespielt wurde, ist eine Annahme – kein Nachweis. Trotzdem erleben wir in Projekten immer wieder, dass Recovery-Tests entweder gar nicht stattfinden oder als punktuelle Technikübung ohne klare Akzeptanzkriterien verstanden werden. Das reicht für moderne Betriebs- und Risikorealitäten nicht aus.
Gerade in hybriden Umgebungen mit Microsoft 365, Azure, lokalen Applikationen und verschiedenen Abhängigkeiten ist Wiederherstellung kein einzelner Klick. Es geht um Reihenfolgen, Zuständigkeiten, Netzwerkanforderungen, Authentisierung, Lizenzfragen, DNS, externe Schnittstellen und Kommunikation im Krisenfall. Wer nur testet, ob eine Sicherungssoftware Daten lesen kann, testet nicht die eigene Betriebsfähigkeit.
Was in Tests häufig fehlt
- Klare Ziele: Welche Systeme müssen in welcher Reihenfolge und in welchem Zeitfenster zurückkommen?
- Messbarkeit: Werden RTO und RPO real gemessen oder nur geschätzt?
- Dokumentation: Gibt es ein Protokoll, das Abweichungen, Hindernisse und Entscheidungen festhält?
- Rollen: Wissen Infrastruktur, Security, Fachbereich und Management, was im Ernstfall von ihnen erwartet wird?
Techniktest ist nicht gleich Krisentest
Ein technischer Restore-Test hat seinen Wert, etwa um einzelne Workloads, Restore-Optionen oder Performance zu prüfen. Ergänzend braucht es aber Szenario-Übungen, in denen auch organisatorische Faktoren sichtbar werden: Wer entscheidet über Prioritäten? Wer kommuniziert mit Fachbereichen? Welche Systeme gelten als Mindestbetriebsfähigkeit? Welche Abhängigkeiten wurden bisher übersehen?
Besonders hilfreich ist es, zwischen verschiedenen Testroutinen zu unterscheiden: kurze, häufige technische Stichproben; planbare Teilwiederherstellungen; und grössere Tabletop- oder Krisenübungen mit mehreren Rollen. Erst diese Kombination liefert ein realistisches Bild.
Warum Protokolle so wichtig sind
Ohne sauberes Testprotokoll wiederholt ein Unternehmen dieselben Fehler. Ein gutes Protokoll dokumentiert Ausgangslage, Ziel, Zeitmessung, beteiligte Systeme, Verantwortlichkeiten, Abweichungen, Entscheidungen und konkrete Folgearbeiten. Damit wird aus einer Übung ein Instrument zur Reifegradsteigerung.
Nemonicon-Perspektive
Recovery-Tests sollten nicht als lästige Pflicht verstanden werden, sondern als Management-Werkzeug. Sie zeigen, welche Architekturentscheidungen funktionieren, wo Prozesse zu fragil sind und welche Annahmen im Ernstfall brechen würden. Wer Wiederherstellung nur behauptet, statt sie regelmässig und nachvollziehbar zu üben, verschiebt das Risiko in den schlimmsten denkbaren Moment.