Backup ohne Test ist Hoffnung
Ein Backup, das nie zurückgespielt wurde, ist keine belastbare Sicherheitsmassnahme. Die meisten Probleme zeigt erst der Test: defekte Backup-Sets, fehlende Schlüssel, inkonsistente Datenbanken, fehlende Treiber, vergessene Dependencies.
Genau deshalb ist der Restore-Test der wichtigste Teil einer Backup-Strategie, wichtiger als die Backup-Software selbst.
Was ein Restore-Test umfasst
| Element | Was geprüft wird |
|---|---|
| Lesbarkeit | Ist das Backup-Set überhaupt entpackbar? |
| Konsistenz | Lassen sich Daten wieder öffnen / Datenbank starten? |
| Vollständigkeit | Sind alle relevanten Daten enthalten? |
| Geschwindigkeit | Wie lange dauert der Restore? |
| Abhängigkeiten | Sind Schlüssel, Lizenzen, Konfigurationen verfügbar? |
| Doku | Konnte der Restore nachvollziehbar durchgeführt werden? |
Was oft falsch läuft
„Jobs sind grün." Backup-Job-Status sagt nur, dass die Sicherung gelaufen ist. Nicht, dass sie wiederherstellbar ist.
Test im gleichen System. Wenn Backup auf gleicher Maschine zurückgespielt wird, ist die Aussagekraft begrenzt.
Kein Protokoll. Ohne Bericht wiederholt sich der Test selten.
Nur eine Datei testen. Eine einzelne Datei zurückzuholen ist kein Restore-Test eines Systems.
Frequenz nach Systemkritikalität
| System | Empfohlene Frequenz |
|---|---|
| ERP, Buchhaltung | quartalsweise |
| Datei-Server | halbjährlich |
| Mail (M365 Backup) | halbjährlich |
| Website | nach Plugin-/Major-Update |
| Online-Shop | quartalsweise |
| ERP-Hot-Standby | monatlich |
Beispiel aus dem KMU-Alltag
Ein Architekturbüro testet zum ersten Mal nach 18 Monaten den Restore des File-Servers. Ergebnis: Der Restore funktioniert, aber dauert 11 Stunden statt der angenommenen 3. Das angenommene RTO war eine Illusion. Die Reaktion: Backup-Strategie umgestellt auf inkrementelle Snapshots mit kürzerer Recovery-Zeit. Das Risiko wurde nicht durch ein Backup-Tool reduziert, sondern durch den Test.
Konkrete Empfehlung
- Restore-Test pro kritischem System mindestens halbjährlich
- Ergebnis dokumentieren (Datum, System, Dauer, Probleme, Massnahmen)
- Test in isolierter Umgebung, nicht produktiv
- Test umfasst ganze Restores, nicht nur einzelne Dateien
- Test nach jeder grösseren Änderung wiederholen
Wann wir helfen
Wir führen Restore-Tests als geplante Übung durch und liefern ein Protokoll als Nachweis (auch für Cyberversicherungen). Teil von Hosting & Infrastruktur. Siehe Backup ist nicht gleich Restore und RPO und RTO.
Häufige Fragen
Wie lange dauert ein Restore-Test? Halber Tag bis 2 Tage je nach System.
Stört er den Produktivbetrieb? Bei sauberer Planung kaum. Restores laufen meistens isoliert.
Reicht es, wenn der Anbieter testet? Nur wenn das Protokoll nachvollziehbar an Sie geliefert wird.
Was ist ein Restore-Drill? Realistisch geplanter Test mit Zeitmessung, näher am echten Notfall als ein „Datei zurückholen".
Was kostet das? Klar abgrenzbar als Projektarbeit oder im Wartungsmandat.