Ein Wissensangebot der webhoster.de AGTechnik verstehen. Bewusst entscheiden.
hostingwissen.

Das Journal für gute
Websites und ihren Betrieb.

Suche
Betrieb / Praxiswissen

Restore-Probe: Ein Backup kontrolliert wiederherstellen

Eine erfolgreiche Sicherungsmeldung beantwortet noch nicht, ob sich daraus eine funktionsfähige Website wiederherstellen lässt. Eine Restore-Probe überprüft genau diesen Rückweg unter kontrollierten Bedingungen. Sie findet vor dem Ernstfall fehlende Dateien, unklare Zugriffsrechte und übersehene Abhängigkeiten. Das Ergebnis ist kein pauschales Sicherheitszertifikat. Es ist ein dokumentierter Nachweis dafür, was mit einem bestimmten Sicherungsstand und einem konkreten Ablauf funktioniert hat.

Geöffnete Archivschublade mit Papieren über zwei petrolfarbenen Sicherungsebenen; KI-Illustration
Illustratives Bildmotiv · KI-generiert
In diesem Artikel
Eine Restore-Probe braucht eine fachliche AbnahmeSicherungsstand wählen → Isoliert herstellen → Funktionen und Daten prüfen → Ergebnis dokumentieren. Schematische Darstellung, keine Messwerte.SicherungsstandwählenIsoliertherstellenFunktionen undDaten prüfenErgebnisdokumentieren
Eine Restore-Probe braucht eine fachliche Abnahme · schematisch

Ziel und Umfang der Probe festlegen

Wähle eine Sicherung und beschreibe, welcher Zustand daraus entstehen soll. Geht es um eine einzelne WordPress-Installation, ausgewählte Medien oder einen größeren Systemstand? Notiere Datum und Kennzeichnung der Sicherung sowie erwartete Inhalte. Eine Probe ohne definierten Zielzustand kann eine scheinbar funktionierende Startseite liefern und trotzdem wesentliche Daten übersehen.

Kläre vor Beginn die Zuständigkeit und die verfügbaren Rechte. Wer darf die Sicherung abrufen, wer die Testumgebung bereitstellen und wer fachlich abnehmen? Der Zugriff muss im späteren Störungsfall ebenfalls möglich sein. Zugleich sollte er auf berechtigte Personen begrenzt bleiben. Speichere Zugangsdaten nicht zusammen mit dem öffentlichen Prüfbericht, sondern in einem dafür vorgesehenen geschützten System.

Eine isolierte Testumgebung vorbereiten

Verwende einen geeigneten getrennten Bereich, der die Live-Website nicht überschreibt. Schütze ihn vor unbefugtem Zugriff und kontrolliere die Suchmaschinensteuerung. Falls echte personenbezogene Daten enthalten sind, müssen auch diese Kopien angemessen geschützt und später wieder entfernt werden. Ein Restore-Test ist keine Begründung, vollständige Kundeninformationen ungeschützt auf einer Testdomain bereitzuhalten.

Begrenze Außenwirkungen wie bei einem Staging-System. Ausgehende E-Mails, Zahlungen, Webhooks und zeitgesteuerte Aufgaben dürfen nicht versehentlich die echten Geschäftsabläufe beeinflussen. Prüfe außerdem die benötigte PHP-Umgebung und Erweiterungen. Wenn sich die Testumgebung stark von der späteren Wiederherstellungsumgebung unterscheidet, muss diese Einschränkung im Ergebnis stehen.

Wiederherstellen und Abhängigkeiten prüfen

Spiele Dateien und Datenbank nach dem vorgesehenen Verfahren ein. Achte dabei auf zusammengehörige Stände, Dateirechte und die angepasste Datenbankverbindung. Eine kopierte Konfiguration kann weiterhin auf den Produktivdienst zeigen. Prüfe deshalb vor der Nutzung, welche Datenbank tatsächlich verwendet wird. Ebenso können absolute Pfade, Domainnamen oder externe Speicherziele in einer neuen Umgebung Anpassungen benötigen.

Führe erforderliche Adressänderungen mit einem für die Anwendung geeigneten Verfahren durch. WordPress-Daten können strukturierte oder serialisierte Inhalte enthalten; eine pauschale Textersetzung in einer Datenbank ist dafür riskant. Dokumentiere zusätzliche Schritte, die in der ursprünglichen Anleitung fehlten. Genau solche Lücken soll die Probe sichtbar machen, bevor Zeitdruck entsteht.

  • Dateien und Datenbank stammen aus dem vorgesehenen Stand.
  • Die Kopie nutzt eine eigene, überprüfte Datenbankverbindung.
  • Medien, Konfiguration und erforderliche Erweiterungen sind vorhanden.
  • Nach außen wirkende Funktionen bleiben kontrolliert.

Inhalte, Bedienung und Hintergrundarbeit abnehmen

Prüfe mehrere Seitentypen und konkrete Datensätze. Sind erwartete Beiträge, Produkte und Medien vorhanden? Funktionieren Anmeldung, Navigation und die für das Projekt entscheidenden Eingaben? Vergleiche gezielt jüngere Inhalte mit dem dokumentierten Sicherungszeitpunkt. Ein sichtbarer älterer Artikel ist kein Beleg dafür, dass auch die letzte Bestellung im gewählten Stand enthalten war.

Berücksichtige Hintergrundaufgaben und Verwaltungsfunktionen. Ein Frontend kann funktionieren, obwohl ein Import, eine Terminverarbeitung oder der Versand noch nicht richtig konfiguriert ist. Teste solche Aufgaben mit kontrollierten Daten. Notiere offene Abweichungen getrennt von bestandenen Prüfungen. Wenn sensible Informationen in Fehlermeldungen auftauchen, gehören sie in eine geschützte Dokumentation und nicht in öffentliche Screenshots.

Ergebnis und Verbesserungen festhalten

Erfasse Beginn, wesentliche Arbeitsschritte und Abschluss der Probe. Die gemessene Dauer gilt für diesen Ablauf und seine Bedingungen. Sie ist keine allgemeine RTO-Zusage und lässt sich nicht ohne Weiteres auf jede Störung übertragen. Auch der beobachtete Datenstand ist an die getestete Sicherung gebunden. Halte deshalb fest, welche Teile ausdrücklich nicht geprüft wurden.

Überarbeite anschließend die Anleitung: fehlende Rechte, unklare Reihenfolgen und notwendige Konfigurationsschritte werden ergänzt. Entferne die Testkopie nach dem vorgesehenen Aufbewahrungsplan und prüfe, ob eigens vergebene Zugänge noch benötigt werden. Wiederhole die Probe nach größeren Änderungen am Sicherungsverfahren oder an der Anwendung. So bleibt der Rückweg mit der tatsächlichen Website verbunden.

Nachlesen im Original

Quellen & Dokumentation

Primärquellen, geprüft am 3. November 2026. Angaben gelten im beschriebenen Zusammenhang; die konkrete Umgebung und der gebuchte Leistungsumfang bleiben maßgeblich.