Im Dashboard stehen dreißig erfolgreiche Nachtläufe, doch niemand hat je eines der Pakete geöffnet. Als eine Wiederherstellung nötig wird, ist der neueste Datenbankexport im externen Speicher leer. Außerdem lässt sich nicht erkennen, welches Dateiarchiv zum vorherigen gültigen Export gehört.
Verlässlich ist eine Sicherung erst, wenn sie auffindbar, lesbar und wiederherstellbar ist. Die folgenden Prüfungen ordnen alle Datei- und Datenbankteile einem gemeinsamen Sicherungsstand zu und erproben diesen außerhalb der Live-Website.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler und Rollback-Plan
- So unterstützt AIOWS: AIOWS Backup Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Die Prüfung eines Backups umfasst drei Stufen. Zunächst zeigt ein Inventar, ob alle erwarteten Bestandteile am Ziel angekommen sind. Prüfsummen und Archivtests weisen anschließend nach, dass die Dateien unverändert und lesbar sind. Erst eine Wiederherstellung in einer getrennten Umgebung belegt, dass Dateien, Datenbank und Konfiguration gemeinsam eine funktionsfähige WordPress-Website ergeben.
- Ein erfolgreicher Auftrag bedeutet nicht zwangsläufig, dass die Übertragung zum externen Speicher beendet wurde.
- Auch ein lesbares Archiv kann Uploads, Tabellen, Schlüssel oder Konfigurationsdateien vermissen lassen.
- Ein älterer Sicherungsstand darf erst entfallen, wenn sein Ersatz die vorgesehenen Prüfungen bestanden hat.
Ein realistisches WordPress-Beispiel
Eine Mitgliederseite legt Dateiarchive und Datenbankexporte in getrennten Verzeichnissen ab. Das neueste Dateiarchiv ist vollständig, der dazugehörige Datenbankexport hat jedoch null Byte. Die verantwortliche Person kombiniert es nicht mit einem älteren Export, sondern wählt den vorherigen vollständigen Satz, prüft seine Prüfsummen und stellt ihn in einer Testumgebung wieder her. Dabei fällt auf, dass ein Verzeichnis mit privaten Uploads fehlt. Der geprüfte ältere Stand bleibt erhalten, während der Sicherungsumfang korrigiert und ein neues Paket getestet wird.
Warum es wichtig ist und wann es eingesetzt wird
Eine erneute Prüfung ist nach einem Wechsel von Speicherziel, Zugangsdaten, Verschlüsselung oder Sicherungssoftware ebenso nötig wie nach größeren Änderungen an der Datenstruktur. Das regelmäßige Intervall richtet sich nach dem geschäftlichen Risiko: Für einen Shop kann ein vor einem Monat getesteter Stand bereits wertlos sein. Ein Restore-Test zeigt außerdem, wie lange Suche, Übertragung und Wiederherstellung tatsächlich dauern. Diese Information liefert keine Erfolgsmeldung.
Der einfache Weg für Einsteiger
- Wählen Sie einen aktuellen Sicherungsstand und erfassen Sie alle benötigten Dateiarchive und Datenbankexporte mit Erstellungszeit, Größe, Prüfsumme, Ziel und Aufbewahrungsfrist.
- Rufen Sie die externe Kopie über denselben Zugang ab, der auch im Störungsfall verfügbar wäre.
- Prüfen Sie jedes Archiv und sein Inhaltsverzeichnis. Der Datenbankexport muss die erwarteten Tabellen enthalten und vollständig enden.
- Stellen Sie den gesamten Satz in einer getrennten Umgebung mit eigenen Zugangsdaten wieder her. Ausgehende E-Mails, Webhooks und Zahlungen bleiben dort gesperrt.
- Testen Sie Anmeldung, aktuelle Inhalte, Medien, Rollen, Formulare, Suche, Cronjobs und einen nicht produktiven Bestellablauf in einer frischen Browsersitzung.
Der technische Weg
Erstellen Sie für jeden Sicherungsstand ein Manifest mit Komponentennamen, Prüfsummen, Dateigrößen, benötigten Schlüsseln und Speicherorten. Automatische Kontrollen erkennen fehlende, leere, veraltete oder veränderte Dateien. Ob Plugin-Daten zusammenpassen oder der Checkout funktioniert, zeigt dagegen nur der Anwendungstest.
Legen Sie vor der Übung fest, wie alt die wiederhergestellten Daten höchstens sein dürfen und wie viel Zeit die Wiederherstellung beanspruchen darf. Messen Sie Suche, Download, Entpacken, Datenbankimport und Funktionstest getrennt. Werden die Ziele verfehlt, braucht es möglicherweise einen anderen Zeitplan, kleinere Pakete, schnelleren Speicher oder besser dokumentierte Zugänge.
Risiken, häufige Fehler und Rollback-Plan
- Führen Sie Restore-Tests niemals über der einzigen Live-Kopie aus.
- Sperren Sie in der Testumgebung E-Mail, Zahlungsrückmeldungen und Cronjobs, damit die Übung keine echten Vorgänge auslöst.
- Bewahren Sie Schlüssel, Speicherzugänge und Wiederherstellungsanleitung unabhängig vom zu sichernden Server auf.
- Kombinieren Sie Dateiarchiv und Datenbankexport verschiedener Sicherungsstände nur bei nachgewiesener Kompatibilität.
- Behalten Sie den vorherigen geprüften Satz, bis sein Ersatz vollständig wiederhergestellt und abgenommen wurde.
Scheitert ein neues Paket, halten Sie die fehlende oder beschädigte Komponente fest, korrigieren den Sicherungsauftrag und testen einen neu erstellten Satz. Das fehlerhafte Paket dient der Ursachenanalyse, ersetzt aber keinen bereits bewährten Wiederherstellungspunkt.
So unterstützt AIOWS:
AIOWS Backup Manager
Der AIOWS Backup Manager bündelt unterstützte Datei-, Datenbank- und Komplettsicherungen mit ihrem Umfang und Speicherziel. Vergeben Sie für jeden Sicherungsstand eine eindeutige Bezeichnung, damit vor einer Restore-Übung alle zusammengehörigen Teile auffindbar sind.
Das Auftragsergebnis des Moduls ist nur ein Bestandteil der Prüfung. Rufen Sie das gespeicherte Paket ab, kontrollieren Sie seine Bestandteile und stellen Sie es in einer getrennten Umgebung wieder her. Dort werden aktuelle Inhalte und Medien, Administrationszugang, Formulare, Rollen, Cronjobs und die für die Website wichtigen Abläufe getestet.
Der Backup Manager kann fehlende Zugangsdaten nicht beschaffen, ein beschädigtes Quellarchiv nicht reparieren und keinen akzeptablen Datenverlust festlegen. Behalten Sie deshalb den vorherigen geprüften Stand, während der neue erprobt wird. Paketkennung, Restore-Dauer und Abnahmeergebnis machen aus der Auftragshistorie einen tatsächlich nutzbaren Wiederherstellungspunkt.
Passende AIOWS-Artikel
- WordPress-Backup wiederherstellen: sichere Anleitung
- Große WordPress-Website sichern: sichere Schritt-für-Schritt-Anleitung
- Automatische WordPress-Backups planen
Fazit und empfohlener Weg
Prüfen Sie Backups als vollständige Wiederherstellung und nicht anhand einer grünen Auftragshistorie. Ordnen Sie die extern gespeicherten Teile eindeutig zu, stellen Sie sie getrennt von der Produktion wieder her und testen Sie die entscheidenden Funktionen. Der vorherige geprüfte Satz bleibt erhalten, bis Integrität und Restore-Dauer des neuen Stands belegt sind.
