Restore (Datenwiederherstellung)

Ausführliche Erklärung

Restore – auch als Datenwiederherstellung oder Rücksicherung bezeichnet – ist der Prozess, bei dem zuvor gesicherte Daten aus einem Backup-Medium zurück in die produktive Umgebung kopiert werden. Anders als die Backup-Strategie, die festlegt, was wann wohin gesichert wird, ist der Restore der Vorgang im Ernstfall – nach Hardwareausfall, versehentlichem Löschen, einem Ransomware-Angriff oder einer Datenbeschädigung. Die beiden Vorgänge sind technisch getrennt, und das ist der Kern der Sache: Ein Backup ohne getesteten Restore ist keine Sicherheit, sondern eine Annahme.

Im Unternehmenskontext hängt der Restore an zwei Zielgrößen: dem Recovery Time Objective (RTO), also der maximal tolerierbaren Ausfallzeit, und dem Recovery Point Objective (RPO), dem akzeptablen Datenverlust gemessen in Zeit. Beide Werte bestimmen, wie oft gesichert werden muss und wie schnell die Wiederherstellung erfolgen soll. Der Umfang reicht von einer einzelnen Datei über eine vollständige Datenbank bis zum Bare-Metal-Recovery eines ganzen Servers oder Standorts – mit sehr unterschiedlichen Laufzeiten, die man kennen muss, bevor man sie braucht.

Die rechtliche Relevanz ergibt sich in Österreich zunächst aus der DSGVO: Art. 32 Abs. 1 lit. c verlangt die Fähigkeit, die Verfügbarkeit der personenbezogenen Daten und den Zugang zu ihnen bei einem physischen oder technischen Zwischenfall rasch wiederherzustellen, Art. 32 Abs. 1 lit. d zusätzlich ein Verfahren zur regelmäßigen Überprüfung der Wirksamkeit dieser technischen und organisatorischen Maßnahmen. Hinzu kommt das NISG 2026, die österreichische Umsetzung der NIS-2-Richtlinie: Es gilt seit 1. Oktober 2026 und zählt Backup-Management und Wiederherstellung im Katastrophenfall zu den Mindestmaßnahmen nach § 32. Entscheidend ist in beiden Fällen der Nachweis: Ein Restore muss regelmäßig getestet, protokolliert und dokumentiert werden – nicht nur geplant sein.

Bewährt haben sich gestaffelte Testintervalle: Einzeldateien monatlich stichprobenartig wiederherstellen, kritische Anwendungen oder Datenbanken vierteljährlich, vollständige Systeme mindestens halbjährlich und eine umfassende Notfallübung einmal im Jahr. Ohne diese Tests bleiben die typischen Probleme verborgen: fehlende Verschlüsselungsschlüssel, inkompatible Anwendungsversionen, unvollständige Abhängigkeiten oder einfach zu lange Wiederherstellungszeiten.

Code-Beispiel

#!/bin/bash
# Einfacher Restore-Test einer Postgres-Datenbank
# mit Zeitmessung und Protokollierung

START=$(date +%s)
LOG="/var/log/restore-test-$(date +%F).log"

echo "=== Restore-Test gestartet: $(date)" | tee -a "$LOG"

# Datenbank aus Backup wiederherstellen
pg_restore -U backup_user -d test_db \
  /backup/spenden_db_$(date -d yesterday +%F).dump \
  >> "$LOG" 2>&1

# Konsistenzprüfung
psql -U backup_user -d test_db -c "SELECT COUNT(*) FROM spenden;" \
  >> "$LOG"

END=$(date +%s)
DAUER=$((END - START))

echo "Wiederherstellung abgeschlossen in ${DAUER}s" | tee -a "$LOG"