- Ziel isolierenZugriffsschutz und Nebenwirkungen begrenzen
- Stand einspielenDateien und Datenbank gemeinsam
- Funktionen abnehmenInhalte, Login und zentrale Abläufe
Was der Test beantworten soll
Ein Restore-Test beantwortet, ob ein konkreter Stand unter konkreten Bedingungen wiederhergestellt werden kann. Er ist kein pauschaler Beweis, dass jeder spätere Sicherungsstand funktioniert. Je klarer du Umfang und Ziel beschreibst, desto brauchbarer ist das Ergebnis. Notiere Datenstand, Verfahren und Testumgebung vor dem Start.
Ein Dateitest kann sinnvoll sein, etwa um einen beschädigten Upload wiederherzustellen. Benenne ihn dann auch als Dateitest. Für den vollständigen WordPress-Nachweis brauchst du die Datenbank, Konfiguration und relevanten Dateien. WordPress erklärt diese Trennung in seiner Backupdokumentation. Externe Dienste müssen zusätzlich betrachtet werden.
Testumgebung gegen Nebenwirkungen absichern
Die Testkopie darf keine echten Zahlungen, Bestellmails oder automatischen Schnittstellenaktionen auslösen. Sperre ausgehende Benachrichtigungen und prüfe Hintergrundjobs. Schütze den Zugriff, wenn personenbezogene Daten im Stand enthalten sind. noindex allein verhindert weder einen Zugriff noch eine Datenweitergabe.
Verwende ein eigenes Zielverzeichnis und eine getrennte Datenbank. Halte die bestehende Website unangetastet. Prüfe Domainadressen, Dateipfade und Mailkonfiguration, bevor du die Kopie startest. Eine importierte Konfiguration kann sonst auf Liveziele verweisen oder dieselben Aufgaben doppelt ausführen.
Die Wiederherstellung in nachvollziehbaren Schritten
| Schritt | Technischer Zweck | Beobachtung |
|---|---|---|
| Dateien einspielen | Theme, Plugins und Uploads bereitstellen | Erwarteter Bestand vorhanden |
| Datenbank importieren | Inhalte und Einstellungen zurückholen | Passender Sicherungszeitpunkt |
| Konfiguration anpassen | Zielumgebung verbinden | Eigene Pfade und Zugänge |
| Adressen kontrollieren | Testseite erreichbar machen | Keine unbeabsichtigten Liveverweise |
| Funktionen prüfen | Fachlichen Betrieb abnehmen | Definierte Abläufe erfolgreich |
Bei WordPress können URL-Werte in serialisierten Daten liegen. Verwende geeignete Werkzeuge statt einer blinden Textersetzung im Datenbankexport. Das offizielle Migrationshandbuch erläutert diesen Zusammenhang. Besonders bei Pagebuildern und Plugin-Einstellungen kann eine einfache Zeichenersetzung Datenstrukturen beschädigen.
Was du tatsächlich prüfen solltest
Öffne die Startseite, mehrere unterschiedliche Inhaltsseiten und die Administration. Prüfe Medien, Menüs und Permalinks. Kontrolliere die zentralen Formulare oder geschäftlichen Abläufe in einem sicheren Testmodus. Ein Screenshot der Startseite reicht nicht, wenn die Website hauptsächlich über Suche, Login oder Shopprozesse genutzt wird.
Wenn Inhalte fehlen, vergleiche den Sicherungszeitpunkt mit dem erwarteten Stand. Prüfe bei Dateifehlern Pfade und Rechte. Wenn die Website zur Liveadresse zurückleitet, untersuche gespeicherte URLs und Weiterleitungsregeln. Diese Ergebnisse gehören in das Testprotokoll, damit der spätere Notfallplan daraus lernen kann.
Dauer und Grenzen dokumentieren
Miss den tatsächlichen Ablauf vom verfügbaren Sicherungsstand bis zur fachlichen Abnahme. Trenne Download, technische Wiederherstellung und Prüfung. Eine einmal beobachtete Dauer ist keine garantierte RTO. Langsame Netzwerkwege, größere Daten oder fehlende Ansprechpartner können einen echten Notfall verändern.
- Welcher Sicherungsstand wurde verwendet?
- Waren Dateien und Datenbank vollständig enthalten?
- Welche Funktionen wurden geprüft?
- Welche Nebenwirkungen wurden verhindert?
- Was blieb ausdrücklich außerhalb des Tests?
Nach dem Test
Bewahre das bereinigte Protokoll und die gewonnenen Schritte auf. Entferne die Testkopie nach dem vorgesehenen Aufbewahrungsplan oder halte sie weiterhin geschützt, wenn sie gebraucht wird. Achte dabei auf lokale Exporte und zusätzliche Kopien. Aktualisiere den Backupplan mit den tatsächlichen Voraussetzungen. Ein guter Test macht die nächste Wiederherstellung einfacher und benennt offen, was noch nicht bestätigt ist.
Quellen und weitere Details
Primärquellen, geprüft am 7. Oktober 2026. Produktdaten sind Anbieterangaben; Empfehlungen im Text sind redaktionelle Einordnung.