Wissen
Backup ist nicht Restore: Datensicherung muss sich beweisen
Ein grünes Symbol im Backup-Dashboard beruhigt. Ob ein Unternehmen nach einem Defekt oder Sicherheitsvorfall wirklich weiterarbeiten kann, beantwortet es allerdings nicht. Entscheidend ist die Frage: Können wir unsere Daten und die benötigten Anwendungen innerhalb einer realistischen Frist wiederherstellen?
Was ein erfolgreicher Sicherungslauf tatsächlich sagt
Ein Backup-Job kann bestätigen, dass eine geplante Sicherung technisch ausgeführt wurde.
Damit ist weder garantiert, dass alle geschäftskritischen Komponenten erfasst sind, noch dass die Daten konsistent sind oder sich die gesamte Anwendung wieder starten lässt. Ein Datenbank-Dump, eine virtuelle Maschine und die dazugehörigen Zugangsdaten müssen im Ernstfall zusammenpassen.
Zwei Begriffe, die jedes Unternehmen kennen sollte
RPO – Recovery Point Objective bezeichnet den maximal akzeptablen Datenverlust, ausgedrückt als Zeitspanne. Wer höchstens eine Stunde Daten verlieren darf, benötigt entsprechend engmaschige und verlässliche Sicherungspunkte.
RTO – Recovery Time Objective beschreibt die angestrebte Zeit bis zur Wiederherstellung einer Funktion. Ein System mit einem RTO von vier Stunden braucht nicht nur Backups, sondern ausreichend Hardware, Zugangsdaten, dokumentierte Abläufe und verfügbare Personen.
Beide Werte sind geschäftliche Anforderungen, keine automatisch garantierten Eigenschaften einer Backupsoftware.
Was beim Restore-Test geprüft werden sollte
- Ein definiertes Wiederherstellungsszenario festlegen – etwa Ausfall eines Servers oder versehentlich gelöschte Datei.
- Betroffene Daten und Dienste inklusive Abhängigkeiten auflisten.
- Sicherungspunkt und getrennt gespeicherte Zugänge verifizieren.
- Wiederherstellung in einer geeigneten isolierten Testumgebung durchführen.
- Nicht nur Dateien, sondern die tatsächliche Funktion der Anwendung prüfen.
- Gemessene Dauer, Probleme und notwendige Verbesserungen dokumentieren.
- Freigeben, wer die Tests wann wiederholt und was bei Abweichungen passiert.
Ein Restore-Test darf produktive Daten oder Dienste nicht gefährden. Bei verschlüsselten, regulierten oder besonders sensiblen Daten gelten zusätzliche Vorgaben.
Backup, Replikation und Hochverfügbarkeit sind nicht dasselbe
Eine Spiegelung kann versehentlich gelöschte oder beschädigte Daten sofort auf das zweite System übertragen.
Hochverfügbarkeit kann den Ausfall einer Komponente abfedern, bewahrt aber nicht automatisch ältere, unbeschädigte Datenstände. Eine belastbare Strategie unterscheidet Verfügbarkeit, Sicherung, Aufbewahrung und Wiederherstellung.
Wie häufig ist ein Test sinnvoll?
Es gibt keine für jedes Unternehmen passende Zahl.
Kritikalität, Änderungsrate, Datenmenge, gesetzliche Pflichten und die eingesetzte Technik bestimmen den Testrhythmus. Entscheidend ist, dass Tests regelmäßig geplant und nach wesentlichen Änderungen wiederholt werden.
Fazit
Die wichtigste Frage an ein Backupkonzept lautet nicht „Läuft die Sicherung?“, sondern „Was können wir nach einem Ausfall tatsächlich wiederherstellen – und wie lange dauert das?“ Wer diese Frage beantworten kann, hat einen wesentlichen Teil seiner IT-Risiken im Griff.
Weiterführend: Managed IT und Monitoring sowie IT-Infrastruktur. Für eine konkrete Bewertung von Sicherungen und Wiederherstellungsmöglichkeiten ist eine technische Bestandsaufnahme notwendig.