Du hast eine Sicherung eingerichtet, der Hoster legt nachts brav Kopien an, vielleicht läuft sogar ein zweites Backup in der Cloud. Das fühlt sich nach Sicherheit an. Trotzdem fehlt der wichtigste Beweis, solange Du eine Sicherung nie zurückgespielt hast.
Denn ein Backup ist kein Selbstzweck. Sein einziger Wert liegt im Moment der Wiederherstellung, wenn die Webseite weg ist und die Kopie sie zurückbringen soll. Genau dieser Moment lässt sich vorher in Ruhe üben, ohne Stress und ohne dass etwas auf dem Spiel steht.
Ein ungetestetes Backup bleibt eine offene Frage. Beim Zurückspielen hakt es oft an denselben Stellen, und mit einer schlanken Test-Routine, die in Deinen Alltag als Selbständiger passt, schließt Du diese Lücke.
Warum ein Backup ohne Test wertlos bleibt
Eine Sicherung verspricht Dir genau eine Sache, nämlich dass Du Deine Webseite im Notfall zurückbekommst. Ob dieses Versprechen hält, weißt Du erst in dem Augenblick, in dem Du es einlöst. Bis dahin ist es eine Hoffnung, kein Fakt.
Sicherungen scheitern leise. Eine Aufgabe läuft seit Wochen auf einen vollen Speicher und bricht jede Nacht ab, ohne dass jemand die Fehlermeldung liest. Die Datei wird angelegt, ist aber halb geschrieben und damit unbrauchbar. Solche Probleme zeigen sich nie beim Sichern, sondern ausschließlich beim Zurückspielen.
Der Ernstfall ist der denkbar schlechteste Zeitpunkt für die erste Wiederherstellung. Die Seite ist offline, Kunden fragen nach, der Druck steigt. Wer dann zum ersten Mal versucht, eine Datenbank einzuspielen, lernt unter Hochspannung. Ein Test vorab verlegt dieses Lernen in einen ruhigen Nachmittag.
Was beim Wiederherstellen oft schiefgeht
Die häufigste Enttäuschung ist eine unvollständige Sicherung. Viele Backups erfassen nur die Datenbank oder nur die Dateien, selten beides sauber verzahnt. Beim Zurückspielen fehlen dann hochgeladene Bilder, Dokumente oder Konfigurationen, und die Seite kommt nur halb zurück.
Ein zweiter Klassiker ist die Datenbank, die zwar existiert, aber nicht zum Stand der Dateien passt. Wenn Datei-Backup und Datenbank-Backup zu unterschiedlichen Zeiten entstanden sind, kennt das CMS plötzlich Inhalte, die es nicht mehr findet, oder umgekehrt.
Auch die Technik drumherum stolpert gern. Eine Sicherung von vor zwei Jahren erwartet eine alte PHP-Version, die der Server längst nicht mehr anbietet. Zugangsdaten in Konfigurationsdateien zeigen auf eine Datenbank, die so nicht mehr heißt. Solche Reibungen sind lösbar, kosten im Ernstfall aber genau die Zeit, die Du nicht hast.
Achte beim Test besonders auf diese Stolpersteine:
- Umfang: Sind Dateien und Datenbank zusammen gesichert, oder fehlt eine Hälfte?
- Aktualität: Wie alt ist die jüngste brauchbare Sicherung wirklich?
- Lesbarkeit: Lässt sich das Archiv überhaupt entpacken, oder ist es beschädigt?
- Zugang: Hast Du die nötigen Passwörter und Pfade griffbereit, um den Restore zu starten?
Eine einfache Test-Routine etablieren
Du brauchst für einen sinnvollen Test keine zweite Server-Infrastruktur. Es genügt eine Umgebung, in der das Zurückspielen Deine echte Webseite nicht anfasst. Eine lokale Installation auf dem eigenen Rechner reicht für die meisten Selbständigen vollkommen aus.
Spiele in dieser Umgebung eine vollständige Sicherung ein, also Dateien und Datenbank zusammen. Danach öffnest Du die wiederhergestellte Seite im Browser und klickst Dich bewusst durch die wichtigen Bereiche. Startseite, ein paar Unterseiten, das Kontaktformular, ein Login ins Backend.
Prüfe dabei den Inhalt, nicht allein den Ladevorgang. Erscheinen die aktuellen Texte und Bilder? Funktionieren die Verlinkungen? Eine Wiederherstellung, die eine drei Monate alte Version zeigt, hat Dir im Ernstfall wenig geholfen. Schreib Dir die einzelnen Schritte mit, sobald der Test einmal funktioniert hat.
Diese Notiz ist Dein eigentlicher Schatz. Sie verwandelt eine Wiederherstellung von einer Rätselaufgabe in eine Liste, die Du im Notfall einfach abarbeitest. Wer schon einmal eine Webseite reaktiviert hat, geht entspannter an einen Notfallplan heran, weil der schwierigste Teil bereits geprobt ist.
Wann und wie oft Du testest
Ein einmaliger Test ist viel besser als keiner, reicht auf Dauer aber nicht. Deine Webseite verändert sich, der Server bekommt Updates, das CMS wächst. Ein Restore, der vor einem Jahr klappte, kann heute an einer neuen Bedingung scheitern. Deshalb gehört der Test in einen festen Rhythmus.
Für eine ruhige Webseite mit gelegentlichen Änderungen ist ein Test alle drei bis sechs Monate ein guter Takt. Pflegst Du häufig neue Inhalte oder einen Shop, lohnt sich ein kürzerer Abstand. Koppel den Test gedanklich an Deine ohnehin nötige Webseiten-Pflege, dann fällt er nicht hinten runter.
Zusätzlich gibt es Anlässe, die einen außerplanmäßigen Test verdienen. Ein Hoster-Wechsel, ein größeres Update des CMS oder eine umgebaute Seitenstruktur verändern die Ausgangslage spürbar. Wer danach einmal die Wiederherstellung durchspielt, weiß, dass die Sicherung mit dem neuen Zustand noch zusammenpasst.
Halte das Ergebnis jedes Tests kurz fest, mit Datum und einem Satz zum Ausgang. So siehst Du auf einen Blick, wann zuletzt geprüft wurde, und die gesamte Backup-Strategie ruht auf geprüftem Boden statt auf Annahmen.
Fazit
Ein Backup beruhigt Dich erst dann zu Recht, wenn Du es mindestens einmal zurückgespielt hast. Der Test verwandelt eine Hoffnung in eine belastbare Gewissheit und nimmt dem Ernstfall seinen Schrecken.
Such Dir einen ruhigen Nachmittag, spiel eine Sicherung in eine Testumgebung ein und notiere die Schritte. Mit diesem einen geprüften Ablauf in der Schublade gehst Du gelassen mit jedem künftigen Ausfall um.