Vor einem Theme-Update lädt eine Administratorin wp-contentherunter und geht davon aus, die Website damit vollständig gesichert zu haben. Im Archiv liegen Plugins, Themes und Uploads. Beiträge, Benutzerkonten, Einstellungen und Bestellungen befinden sich jedoch in der Datenbank. Auch wp-config.php, Serverregeln oder Verzeichnisse außerhalb des üblichen Pfads können fehlen. Die Kopie ist nützlich, aber kein vollständiges Website-Backup.
Dieser Beitrag zeigt, wie Sie WordPress-Dateien und Datenbank zu einem gemeinsamen Wiederherstellungspunkt verbinden. Sie erfahren, was in beide Teile gehört, wie sie zeitlich zusammenpassen und warum erst ein Restore-Test aus einem Backup einen belastbaren Rückweg macht.
Was ein vollständiges Website-Backup enthält
Ein vollständiges WordPress-Backup besteht aus zwei aufeinander abgestimmten Teilen. Das Dateiarchiv enthält WordPress selbst, Themes, Plugins, Uploads, Konfigurationsdateien, Must-use-Plugins, Sprachdateien und relevante Serverregeln. Im Datenbankexport stecken Beiträge, Seiten, Benutzerkonten, Einstellungen, Kommentare sowie Daten von Shops, Mitgliederbereichen und anderen Erweiterungen.
Manche Websites nutzen zusätzlich Objektspeicher, eigene Verzeichnisse oder Konfigurationen, die der Hoster bereitstellt. Solche Abhängigkeiten gehören ausdrücklich in die Bestandsaufnahme. Ein Archiv kann vollständig aussehen und trotzdem unbrauchbar sein, wenn beim Restore ein externer Speicherort oder eine entscheidende Einstellung fehlt.
Ein Beispiel aus der Praxis
Ein WooCommerce-Shop exportiert jede Nacht die Datenbank und kopiert sonntags wp-content. Werden die Dateien vom Sonntag mit der Datenbank vom Mittwoch wiederhergestellt, können neuere Produktbilder fehlen. Die Datenbank vom Sonntag würde dagegen die Bestellungen der folgenden Tage verwerfen. Benötigt wird deshalb ein Datei- und Datenbankpaar, das denselben Zeitpunkt beschreibt. Außerdem muss geklärt sein, wie Bestellungen behandelt werden, die während der Sicherung eingehen.
Warum und wann Sie sichern sollten
Erstellen Sie einen solchen Wiederherstellungspunkt vor Updates von WordPress, Themes oder Plugins, vor einem Umzug und vor Änderungen an Konfiguration oder Serverregeln. Auch für die Reaktion auf Sicherheitsvorfälle bildet er die Grundlage. Entscheidend sind nicht zwei neue Download-Dateien, sondern ein bekannter Zustand, der sich innerhalb der zulässigen Ausfallzeit und des akzeptierten Datenverlusts wiederherstellen lässt.
Bei einer aktiven Website ist die zeitliche Abstimmung besonders wichtig. Ändern sich Dateien während des Datenbankexports, passen beide Teile möglicherweise nicht mehr zusammen. Für eine kleine Website genügt oft ein ruhiges Wartungsfenster. Stark frequentierte Shops oder Mitgliederseiten benötigen unter Umständen einen transaktionskonsistenten Snapshot, eine kurze Schreibsperre oder einen dokumentierten Umgang mit Änderungen während der Sicherung.
Der einfache Weg
- Notieren Sie Datenbank, WordPress-Stammverzeichnis, Uploads, eigene Verzeichnisse und gegebenenfalls externe Medienspeicher.
- Wählen Sie einen ruhigen Zeitpunkt, exportieren Sie die Datenbank und sichern Sie alle erforderlichen Dateien. Behalten Sie das bisherige, geprüfte Backup.
- Legen Sie beide Teile unter einem gemeinsamen Datum oder Namen ab, möglichst außerhalb des Hostingkontos.
- Öffnen Sie die Archive testweise, prüfen Sie die erwarteten Tabellen im SQL-Export und schützen Sie sensible Dateien vor unbefugtem Zugriff.
- Stellen Sie das Paar in einer isolierten Umgebung wieder her und testen Sie Anmeldung, Seiten, Medien, Formulare, geplante Aufgaben und gegebenenfalls Shop- oder Mitgliederfunktionen.
Die technische Variante
Für reproduzierbare Restores erhält jedes Datei- und Datenbankpaar eine eindeutige Kennung. Ein Manifest hält WordPress- und PHP-Version, Datenbankversion, Tabellenpräfix, aktives Theme und Plugins, aufgelöste Dateipfade, Sicherungszeiten, Prüfsummen und Ausschlüsse fest. Dateirechte und der Umgang mit symbolischen Links müssen ebenfalls definiert sein.
Vergleichen Sie dieses Manifest bei einer Restore-Probe zuerst mit dem Zielsystem. Versionen, Kollation, Multisite-Konfiguration, Upload-Pfade und umgebungsspezifische Geheimnisse können bewusste Anpassungen erfordern. Mischen Sie keine Artefakte verschiedener Wiederherstellungspunkte: Zwei für sich gültige Archive ergeben nicht automatisch ein kompatibles Paar.
Häufige Fehler und sichere Rückkehr
- Eine Kopie von
wp-contentist kein vollständiges Backup, wenn Konfiguration, Serverregeln oder Datenbank fehlen. - Das einzige Backup darf nicht im selben Hostingkonto liegen, das es absichern soll.
- Schließen Sie Caches und alte Backup-Archive nur aus, wenn sie sicher neu erzeugt werden können.
- Schützen Sie Datenbankexporte und Konfigurationsdateien, da sie personenbezogene Daten oder Zugangsinformationen enthalten können.
- Behalten Sie den vorherigen geprüften Wiederherstellungspunkt, bis das neue Paar einen Restore-Test bestanden hat.
Scheitert die Prüfung, bleibt die Live-Website unverändert. Korrigieren Sie Umfang oder Ziel und erstellen Sie ein neues Paar, ohne das letzte funktionierende Backup zu überschreiben. Ein fehlgeschlagener Test liefert wichtige Hinweise; er ist kein Grund, die noch belastbare Absicherung aufzugeben.
So unterstützt AIOWS
AIOWS Backup Manager
Mit dem AIOWS Backup Manager lassen sich unterstützte WordPress-Sicherungen an einer Stelle verwalten. Für einen vollständigen Wiederherstellungspunkt legen Sie vor dem Start Datei- und Datenbankumfang, Ziel, Zeitplan, Aufbewahrung und verfügbaren Speicher fest. Die gemeinsame Verwaltung macht leichter nachvollziehbar, was eine Sicherung tatsächlich abdeckt und zu welcher Website sie gehört.
Das Modul unterstützt die praktische Durchführung und Übersicht. Die Entscheidungen für einen verlässlichen Restore bleiben dennoch wichtig: Prüfen Sie eigene Pfade und externe Speicher, schützen Sie umgebungsspezifische Geheimnisse und berücksichtigen Sie Schreibvorgänge, die bei einer aktiven Website während der Sicherung stattfinden. Kontrollieren Sie nach Abschluss Status und Ziel und testen Sie anschließend den konkreten Wiederherstellungsweg in einer isolierten Umgebung.
Der Backup Manager kann einen unvollständig gewählten Umfang nicht ergänzen, die Verfügbarkeit eines externen Speichers nicht garantieren und keinen Restore-Test ersetzen. Bewahren Sie daher den letzten akzeptierten Wiederherstellungspunkt auf, bis der neue geprüft ist. Notieren Sie Quellwebsite, Umfang, Ziel, Start- und Endzeit, Dateigrößen, Prüfergebnis und den Termin der nächsten Probe. Diese knappe Dokumentation ist im Ernstfall wertvoller als mehrere ähnlich benannte Archive.
Passende AIOWS-Artikel
- WordPress-Backup, Wiederherstellung und Migration
- WordPress-Datenbank sichern und den SQL-Export prüfen
- WordPress-Dateien sichern, ohne wichtige Pfade zu übersehen
Empfohlener Weg
Verbinden Sie ein klar abgegrenztes Dateiarchiv mit einem konsistenten Datenbankexport, kennzeichnen Sie beides als einen Wiederherstellungspunkt und lagern Sie das Paar außerhalb der Produktionsumgebung. Erst eine erfolgreiche Probe in einer isolierten Umgebung zeigt, dass der Rückweg funktioniert.
