Ein erfolgreicher Backup-Job zeigt nicht, wann der Fachbereich wieder arbeiten kann. Testen Sie deshalb eine vollständige Anwendung mit ihren Abhängigkeiten. Das Ergebnis sollte zeigen, welcher Datenstand verfügbar ist, wie lange der Wiederanlauf dauert und welche Arbeiten noch offen sind.
Beispiel: Die Auftragsbearbeitung wiederherstellen
Basisdienste
Netzwerk, DNS und benötigte Anmeldung verfügbar machen.
Datenbank
Vereinbarten Sicherungsstand einspielen und Konsistenz prüfen.
Anwendung
Dienste starten und freigegebene Schnittstellen verbinden.
Fachliche Prüfung
Einen Auftrag öffnen und einen definierten Testvorgang durchführen.
Ergebnis des TestsZeit, Datenstand und fachliche Funktion sind dokumentiert.
Schematisches Beispiel, kein allgemeiner Ablaufplan. Reihenfolge und Parallelisierung hängen von der Anwendung ab. Externe Buchungen, E-Mails und Produktionsaufträge dürfen durch den Test nicht versehentlich ausgelöst werden.
Eine Anwendung und ein Fehlerbild auswählen
Beginnen Sie mit einem für den Betrieb wichtigen System. Legen Sie fest, ob nur die Anwendung, das Storage oder ein ganzer Standort als ausgefallen gilt. Ressourcen, die im angenommenen Fehlerfall fehlen, dürfen den Test nicht unbemerkt erleichtern.
- Fachbereich und technische Verantwortliche benennen.
- Zielzeit, tolerierbaren Datenverlust und fachlichen Testfall vereinbaren.
- Zugänge, Schlüssel, Software und benötigte Lizenzen vorab verfügbar machen.
Den Test vom Produktivbetrieb trennen
Prüfen Sie Adressierung, DNS, Identitäten und ausgehende Verbindungen der Testumgebung. Ein wiederhergestelltes System darf nicht versehentlich auf produktive Daten schreiben. Vereinbaren Sie Freigabe, Abbruchkriterien und die anschließende Bereinigung. Mit echten Daten gelten dieselben Anforderungen an Zugriffsschutz und Vertraulichkeit wie im Betrieb.
Vom Teststart bis zum ersten nutzbaren Vorgang messen
Die Restore-Dauer allein unterschätzt den Wiederanlauf. Erfassen Sie diese vier Zeitpunkte mit Uhrzeit und verantwortlicher Person.
Ein kurzes Wiederanlaufprotokoll
- Test freigegeben
Messung starten. Vorbereitete Zugänge und bereits verfügbare Systeme als Testvoraussetzungen festhalten.
- Sicherung erreichbar
Repository, Katalog und Entschlüsselung verfügbar? Wartezeit auf Zugang oder Schlüssel separat erfassen.
- Daten wiederhergestellt
Erreichten Datenstand und Konsistenzprüfung dokumentieren. Nicht nur das Alter der Sicherungsdatei notieren.
- Fachlicher Vorgang erfolgreich
Beispielsweise einen Testauftrag speichern und erneut öffnen. Manuelle Eingriffe und fehlende Schnittstellen festhalten.
ENTSCHEIDENDKann Ihr Team auch ohne produktive Anmeldung und ursprünglichen Backup-Server wiederherstellen? Falls das Teil des Ausfallszenarios ist, dürfen beide den Test nicht unterstützen.
Offene Punkte bearbeiten und erneut testen
Ein fehlendes Passwort, eine nicht dokumentierte Schnittstelle oder zu wenig Speicher sind konkrete Ergebnisse. Benennen Sie für jede Abweichung eine verantwortliche Person und einen Termin. Wiederholen Sie die betroffenen Schritte nach der Korrektur und bei wesentlichen Änderungen der Umgebung.
Was sich im Enterprise Lab vorbereiten lässt
In unserem Enterprise Lab können wir vereinbarte Architekturen und Fehlerbilder nachstellen. Das hilft, Abläufe vor dem Einsatz zu erproben und das interne Team einzuarbeiten. Ein Labortest ersetzt nicht den Nachweis in Ihrer Umgebung: Unterschiede bei Datenmenge, Leistung, Anbindung und angeschlossenen Systemen halten wir ausdrücklich fest.
Diese Fragen sollten geklärt sein
- Szenario, Umfang, Datum und Beteiligte dokumentieren.
- Zielzeit und gemessene Zeit mit Start- und Endpunkt festhalten.
- Verwendeten Datenstand und fachliches Testergebnis protokollieren.
- Nicht getestete Abhängigkeiten ausdrücklich benennen.
- Abweichungen, Verantwortliche und Termin für den Nachtest festlegen.
MCE Bank
Im Projektbericht der MCE Bank sind Offsite-Backup und protokollierte Wiederherstellungstests beschrieben. Welche Ziele Ihr eigener Test erfüllen muss, ergibt sich aus Ihren Anwendungen.
Projekt ansehen