Backup und Restore gehören zusammen
Ein Backup ist eine getrennte Kopie wichtiger Daten und Konfigurationen. Ein Restore ist der überprüfte Weg zurück zu einem nutzbaren Zustand. Ohne Test bleiben zentrale Fragen offen: Ist die Kopie lesbar? Sind Zugangsdaten vorhanden? Reicht die Dokumentation? Wie lange dauert die Wiederherstellung wirklich?
Was überhaupt gesichert werden muss
- Geschäftsdaten, Dokumente und Datenbanken.
- Konfigurationen, Schlüssel und notwendige Systemparameter.
- Quellcode und reproduzierbare Build- oder Deployment-Anweisungen.
- Identitäts-, Admin- und Recovery-Informationen in geschützter Form.
- Eine aktuelle Dokumentation der Abhängigkeiten und Wiederanlaufreihenfolge.
Eine reine Dateikopie reicht nicht, wenn das System ohne Datenbankkonfiguration, Zugang zum Cloud-Konto oder den passenden Schlüssel nicht gestartet werden kann.
Zwei Ziele vor dem Test festlegen
Datenverlust
Wie viel Stand darf fehlen?
Die zulässige Lücke bestimmt, wie häufig gesichert werden muss. Sie wird oft als Recovery Point Objective, kurz RPO, beschrieben.
Ausfallzeit
Wie schnell muss es weitergehen?
Die gewünschte Wiederanlaufzeit wird häufig Recovery Time Objective, kurz RTO, genannt. Sie muss zu Personal, Datenmenge und Technik passen.
Getrennte Kopien bewusst planen
Die bekannte 3-2-1-Regel – mehrere Kopien, unterschiedliche Speichermedien und eine räumlich oder logisch getrennte Kopie – ist eine hilfreiche Orientierung, aber keine Garantie. Wichtig ist, dass ein kompromittiertes Administratorkonto nicht automatisch alle Sicherungen löschen oder verschlüsseln kann.
- Backup-Zugänge vom täglichen Administratorkonto trennen.
- Schreibschutz, Unveränderbarkeit oder Offline-Kopien passend zum Risiko einsetzen.
- Verschlüsselung und Schlüsselwiederherstellung gemeinsam testen.
- Aufbewahrung so planen, dass auch spät bemerkte Fehler zurückgerollt werden können.
Ein Restore-Test in sechs Schritten
- Testszenario wählenZum Beispiel gelöschte Datei, beschädigte Datenbank oder vollständiger Systemausfall.
- Verantwortung benennenEine Person führt, eine zweite dokumentiert und prüft das Ergebnis.
- Saubere Zielumgebung nutzenWiederherstellung nicht blind über das laufende Produktionssystem schreiben.
- Daten zurückholenMit der tatsächlichen Dokumentation, den vorgesehenen Zugängen und Schlüsseln arbeiten.
- Funktion prüfenNicht nur Dateien zählen, sondern Anwendung öffnen, Stichproben machen und Abhängigkeiten testen.
- Ergebnis festhaltenDauer, fehlende Schritte, Fehler und nächste Korrektur dokumentieren.
Die 30-Minuten-Prüfung
- Die wichtigsten Systeme und Daten sind aufgelistet.
- Für jedes System sind Backup-Ziel und verantwortliche Person bekannt.
- Mindestens eine getrennte Kopie kann nicht mit dem Alltagskonto gelöscht werden.
- Recovery-Zugänge und Schlüssel sind geschützt erreichbar.
- Der letzte Restore-Test hat Datum, Ergebnis und offene Punkte.
- RPO und RTO passen zum tatsächlichen Geschäftsbetrieb.
Quellen und Vertiefung
Stand: 15. Juli 2026. Die Empfehlungen sind eine technische Orientierung. Backup- und Wiederherstellungsziele müssen zum konkreten System und Risiko passen.