# Ein Restore-Test, der etwas beweist Typ: Checkliste Herkunft: backup-disaster-recovery / restore-validation / backup-dr-test-route Version: backup-dr-test-route-2026-09-04 Geprüft: 2026-09-04 ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden. ## Szenario Für einen Dienst der obersten Schutzklasse steht ein Restore-Test an. Fünf Schritte sind vorgesehen; ihre Reihenfolge entscheidet darüber, ob am Ende ein Nachweis oder eine Vorführung steht. ## Schritte 1. Messwert, Schwelle, Umfang und Abbruchbedingung schriftlich festlegen und mit dem Dienst-Eigentümer abstimmen 2. Ein Zielsystem bereitstellen, dessen Identität im Netz getrennt ist — Name, Adresse, Dienstkonten und ausgehende Verbindungen 3. Den Restore anhand der vorhandenen Dokumentation durchführen und die Uhrzeiten der Abschnitte mitschreiben 4. Die fachliche Abnahmeliste im wiederhergestellten System durchführen lassen 5. Das Ergebnis an den vorher festgelegten Kriterien messen und jeden Befund mit Eigentümer und Termin festhalten ## Begründung Warum: Der Maßstab steht vor der Durchführung, die Isolation vor dem ersten Schreibzugriff, und die fachliche Abnahme vor dem Urteil. Jede Vertauschung entwertet den Nachweis, ohne dass es im Ablauf auffällt. Folgen: **+** Die Reihenfolge macht das Ergebnis auch für Dritte nachvollziehbar und den Test wiederholbar. **−** Sie verlangt Abstimmung mit zwei Parteien außerhalb des Betriebs, bevor irgendetwas passiert — und genau daran scheitern Tests häufiger als an der Technik. ## Quellen 1. NIST SP 800-34 Rev. 1, Abschnitt 3.5.1 Testing — https://csrc.nist.gov/pubs/sp/800/34/r1/final