Eine erfolgreiche Backup-Meldung beweist noch nicht, dass sich Ihre Website wiederherstellen lässt. Aussagekräftiger ist eine geplante Wiederherstellung eines benannten Sicherungssatzes in einer isolierten Umgebung mit vereinbarten Funktions- und Inhaltsprüfungen. Das Ergebnis sollte erkennen lassen, welcher Stand hergestellt wurde, was geprüft wurde und welche Einschränkungen bleiben.
Für ein Unternehmen, das Anfragen oder Bestellungen über die Website erhält, ist „Backups laufen automatisch“ deshalb keine vollständige Antwort. Wer findet die richtige Kopie? Sind Datenbank und Dateien vorhanden? Sind notwendige Zugänge sicher verfügbar? Welche neueren Vorgänge fehlen beim gewählten Sicherungsstand? Diese Fragen gehören in die Vorbereitung eines Tests.
Kopieren, Öffnen und Wiederherstellen sind verschiedene Nachweise
Ein Sicherungsprotokoll beschreibt den Kopiervorgang. Das Öffnen eines Archivs zeigt, dass zumindest ein Teil des gespeicherten Materials zugänglich ist. Ein Wiederherstellungstest versucht, aus einem bestimmten Sicherungssatz eine nutzbare Website aufzubauen. Beschreiben Sie jeweils nur den Schritt als geprüft, der wirklich durchgeführt wurde.
Beispielsweise kann die gestrige Sicherung erfolgreich gemeldet worden sein, während der letzte Wiederherstellungstest eine wesentlich ältere Kopie verwendete. Das beweist keine Beschädigung der neuen Sicherung. Es zeigt lediglich, dass der damalige Test diese konkrete neue Kopie nicht geprüft hat. Verlangen Sie Datum und Umfang statt einer pauschalen Zusicherung.
Ein konkretes Wiederherstellungsszenario vereinbaren
Definieren Sie mit dem technischen Verantwortlichen, was nachgewiesen werden soll: der Aufbau der gesamten Website, die Wiedergewinnung einer einzelnen Datei oder die Vollständigkeit bestimmter Shopdaten. Unterschiedliche Ziele brauchen unterschiedliche Abnahmekriterien.
Ein mögliches Szenario lautet: „Die Website auf den ausgewählten Sicherungsstand zurückbringen, ohne das Produktivsystem zu verändern, und anschließend Startseite, Leistungsseite, ausgewählte Uploads sowie einen geeigneten Verwaltungszugang prüfen.“ Für einen Shop kommen abgestimmte Prüfungen von Katalog- und Bestelldaten hinzu. Das ist ein Beispiel für einen Prüfauftrag, kein Bericht über einen von uns ausgeführten Kundentest.
Den zusammengehörigen Sicherungssatz bestimmen
Die WordPress-Dokumentation unterscheidet Dateien und Datenbank. Für die vollständige Wiederherstellung einer typischen Installation werden beide benötigt. Ein Download des Website-Verzeichnisses enthält normalerweise nicht automatisch die aktive Datenbank. Auch ein Datenbankexport muss in das Datenbanksystem zurückgespielt werden.
Lassen Sie die Komponenten, Sicherungszeitpunkte und Wiederherstellungsanleitung benennen. Klären Sie, ob Uploads, Konfiguration, Themes und Plugins enthalten sind und ob relevante Inhalte außerhalb der Hauptinstallation liegen. Passwörter, Zugangstoken und Kundendaten gehören nicht in eine gewöhnliche Planungstabelle.
- Welcher eindeutig benannte Sicherungsstand wird getestet?
- Welche Dateien und welcher Datenbankstand gehören zusammen?
- Wo liegen die Kopien, und wer darf sie abrufen?
- Welche externen Speicher oder Dienste werden benötigt?
- Wer führt den Test durch, wer nimmt ihn ab und wer bearbeitet offene Punkte?
Die Testumgebung wirklich vom Betrieb trennen
Lassen Sie einen qualifizierten Dienstleister eine separate Umgebung mit passenden Zugriffsbeschränkungen und angemessener Datenverarbeitung vorbereiten. Eine Kopie kann personenbezogene Daten und aktive Verbindungen enthalten. Eine andere URL allein macht sie weder privat noch ausreichend isoliert.
Vereinbaren Sie den Umgang mit ausgehenden E-Mails, Zahlungsdiensten, Webhooks, geplanten Aktionen und externen Integrationen. Ist eine Funktionsprüfung vorgesehen, braucht sie einen unterstützten Testmodus und berechtigte Empfänger. Die Kopie darf keine echten Zahlungen auslösen oder als zweiter aktiver Shop arbeiten.
Besprechen Sie auch den Suchmaschinenausschluss und den Verbleib der Testkopie nach der Prüfung. Suchmaschinenausschluss ersetzt keine Zugriffskontrolle für vertrauliche Daten. Dieser Beitrag beschreibt einen abzustimmenden Prüfrahmen und fordert nicht zur Wiederherstellung des laufenden Systems auf.
Die wiederhergestellte Website am Auftrag messen
Bestätigen Sie zunächst, dass die erwartete Website und der richtige Wiederherstellungszeitpunkt geprüft werden. Öffnen Sie repräsentative Seiten und Uploads, kontrollieren Sie die Navigation und prüfen Sie einen geeigneten Verwaltungszugang. Eine erreichbare Startseite genügt nicht, wenn wichtige Inhalte fehlen.
Vergleichen Sie konkrete erwartete Elemente mit der Kopie: etwa eine freigegebene Textänderung oder ein hochgeladenes Dokument. Bei Shops sollte der Verantwortliche die vereinbarten Produkt- und Bestelldaten kontrollieren. Verwenden Sie dafür zulässige, möglichst nicht sensible Nachweise statt Kundendatensätze weiterzugeben.
Prüfen Sie die wesentlichen Wege auf Desktop und Smartphone. Bei einer Formularkontrolle ist eine sichtbare Erfolgsmeldung von der kontrolliert bestätigten Zustellung zu unterscheiden. Eine nicht geprüfte externe Verbindung bleibt ungeprüft, auch wenn die übrige Website korrekt aussieht.
Ein verwertbares Ergebnis dokumentieren
Benennen Sie Sicherungssatz, Testdatum, verantwortliche Person, ausgeführte Prüfungen und Ausnahmen. Bewahren Sie Wiederherstellungsanweisungen an einem geeigneten privaten Ort auf. Bildschirmaufnahmen können helfen, dürfen aber keine Geheimnisse oder unnötigen personenbezogenen Angaben offenlegen.
Verwenden Sie klare Ergebnisse: bestanden für das vereinbarte Szenario, bestanden mit konkret benannten Ausnahmen, an einem bestimmten Schritt fehlgeschlagen oder nicht getestet. Ein grünes Symbol ohne erklärten Prüfumfang hilft im Ernstfall wenig.
Ein Test bleibt eine Momentaufnahme
Nach dem geprüften Sicherungszeitpunkt ändern sich Inhalte, Uploads, Konfigurationen und Bestellungen weiter. Vereinbaren Sie, wann eine erneute Prüfung sinnvoll ist, besonders nach wesentlichen Änderungen am System oder am Sicherungsverfahren.
Für einen veränderlichen Shop sollte außerdem geklärt sein, welchen jüngeren Datenverlust das Unternehmen verkraften könnte und wie Differenzen abgeglichen würden. Eine ältere Datenbank über neuere Bestellungen zu schreiben ist keine pauschale Wiederherstellungsstrategie. Ein isolierter Test erteilt dafür keine Freigabe.
Häufige Fragen
Ist ein WordPress-Inhaltsexport ein vollständiges Backup?
Davon sollten Sie nicht ausgehen. Lassen Sie den enthaltenen Umfang erklären und gleichen Sie ihn mit den Anforderungen an Dateien und Datenbank ab.
Beweist ein erfolgreicher Test alle externen Funktionen?
Nachgewiesen sind nur die tatsächlich ausgeführten Prüfungen. Halten Sie fest, welche Dienste kontrolliert getestet und welche bewusst ausgeschlossen wurden.
Muss die laufende Website für den Test zurückgesetzt werden?
Ein geplanter Test gehört in eine separate kontrollierte Umgebung. Die Wiederherstellung des Produktivsystems ist eine eigene Entscheidung mit aktueller Datenlage, Berechtigung und Rückfallplanung.
Was Sie Ihren Dienstleister jetzt fragen können
Bitten Sie um den letzten dokumentierten Wiederherstellungstest mit benanntem Sicherungssatz, Abnahmekriterien und offenen Punkten. Falls es keinen gibt, vereinbaren Sie zunächst ein begrenztes Testszenario. Über unsere Website-Betreuung und unser Hosting oder ein Gespräch mit The Web Designer können Sie klären, welchen Wiederherstellungsbedarf Ihre Website hat.
Offizielle Quellen und weiterführende Informationen
WordPress: Datensicherungen (Englisch)
WordPress: Website-Dateien sichern (Englisch)
WordPress: Hinweise zur Migration (Englisch)








