Ein Backup ist noch kein Restore-Test
Warum ein grüner Backup-Status nicht beweist, dass Ihre Website nach einem Ausfall wirklich wiederhergestellt werden kann.
Ein grünes Häkchen im Backup-Dashboard ist beruhigend. Es beweist nur leider nicht, dass Sie Ihre Website nach einem Ausfall tatsächlich wiederherstellen können.
Backups scheitern selten besonders dramatisch. Häufiger sind sie unvollständig, zu alt, verschlüsselt ohne auffindbaren Schlüssel oder abhängig von genau dem System, das gerade ausgefallen ist. Das Problem wird deshalb oft erst sichtbar, wenn Zeitdruck herrscht: nach einem fehlerhaften Deployment, einem kompromittierten Server oder einem Datenbankdefekt.
Der unbequeme Unterschied zwischen Backup und Wiederherstellung
Ein Backup ist eine gespeicherte Kopie. Ein Restore ist ein funktionierender Prozess.
Damit eine Website wirklich wiederherstellbar ist, müssen mindestens Anwendungscode, Datenbank, Uploads, Konfiguration, Secrets, DNS-Abhängigkeiten und die nötige Dokumentation zusammenspielen. Bei WordPress reicht eine Datenbank allein ebenso wenig wie bei einer SaaS-Anwendung ein Container-Image ohne persistente Daten und Umgebungsvariablen.
CISA empfiehlt, Backups regelmäßig zu testen und mindestens eine Kopie getrennt vom produktiven Netzwerk vorzuhalten. Auch der NIST-Leitfaden zur Notfallplanung behandelt Wiederherstellung als dokumentierten und getesteten Prozess – nicht als bloße Speicherfunktion.
Schnelltest: Könnten Sie heute wieder online sein?
Prüfen Sie diese Fragen ohne im Team nach dem einen Menschen zu suchen, der „das damals eingerichtet hat“:
- Wissen Sie, wann der letzte erfolgreiche Restore getestet wurde?
- Gibt es eine Kopie außerhalb des produktiven Hosting-Kontos?
- Sind Datenbank, Dateien und Konfiguration zeitlich konsistent?
- Sind Verschlüsselungsschlüssel und Zugangsdaten separat dokumentiert?
- Können Sie auf einem frischen Server oder Konto wiederherstellen?
- Ist klar, wer im Ernstfall entscheidet und kommuniziert?
- Wird nach einem Restore auch die Funktion geprüft – Login, Formulare, Zahlungen, E-Mails und Uploads?
Mehrere Nein-Antworten bedeuten nicht automatisch, dass Ihre Website unsicher ist. Sie bedeuten aber, dass Ihr Backup-Konzept noch nicht bewiesen hat, dass es funktioniert.
Ein praktikabler Restore-Test
Ein sinnvoller Test muss nicht sofort zur großen Katastrophenübung werden.
- Stellen Sie die Website in einer isolierten Testumgebung wieder her.
- Verwenden Sie dafür dokumentierte Schritte, nicht das Gedächtnis einer einzelnen Person.
- Prüfen Sie Datenbankmigrationen, Medien, Cronjobs, externe Speicher und Secrets.
- Testen Sie die wichtigsten Nutzerwege.
- Messen Sie, wie lange die Wiederherstellung dauert.
- Dokumentieren Sie Fehler und wiederholen Sie den Test nach der Korrektur.
Der letzte Punkt ist entscheidend. Ein fehlgeschlagener Restore-Test ist kein peinliches Ergebnis, sondern ein günstiger Fund – solange er nicht während eines echten Vorfalls passiert.
Was ein Website-Pflichtencheck prüfen würde
Bei einem technischen Website-Check betrachten wir nicht nur, ob irgendwo Backups aktiviert sind. Relevant sind Aufbewahrung, Trennung vom Produktivsystem, Abdeckung aller benötigten Daten, Zugriffsrechte, Dokumentation und die Nachweisbarkeit eines Restore-Tests.
Gerade nach einem Relaunch, Hosting-Wechsel, Agenturwechsel oder größeren Architekturumbau lohnt sich diese Prüfung. Denn alte Backup-Jobs laufen manchmal weiter und sichern zuverlässig das falsche System.
Ein Backup, das nie wiederhergestellt wurde, ist eine Hoffnung mit Zeitstempel. Wenn Sie nicht sicher sagen können, wie Ihre Website auf einer frischen Umgebung wieder online kommt, sollte der Restore-Prozess geprüft werden, bevor ein Vorfall die Generalprobe übernimmt.