
Automatische WordPress-Backups sinnvoll planen
Leiten Sie Backup-Intervalle aus dem tolerierbaren Datenverlust ab, trennen Sie Datenbank- und Dateiläufe und prüfen Sie externe Kopien durch Wiederherstellungen.
Eine Sicherung ist genau so viel wert wie das, was sich daraus wiederherstellen lässt. Auf den meisten WordPress-Websites existiert irgendetwas, das sich Backup nennt — ein Snapshot des Hosters, ein Plugin, das nachts läuft, ein Ordner, den jemand einmal heruntergeladen hat — und geprüft wurde fast keines davon. Zwischen einer Kopie zu besitzen und eine Website tatsächlich zurückholen zu können liegt das eigentliche Risiko.
Diese Anleitungen decken beide Hälften ab. Auf der Sicherungsseite: was wirklich kopiert werden muss, worin sich Dateien und Datenbank unterscheiden und warum das eine ohne das andere wertlos ist, wo Kopien liegen sollten, damit ein Ausfall beim Hoster nicht Original und Sicherung zugleich mitnimmt, und wie oft oft genug ist — bei einer Website, die sich täglich ändert, und bei einer, die sich zweimal im Jahr ändert.
Auf der Wiederherstellungsseite: zurückspielen, solange das Dashboard erreichbar ist, und zurückspielen, wenn es das nicht mehr ist. Migrationen gehören ebenfalls hierher, denn ein Umzug ist eine Wiederherstellung auf anderer Hardware, mit denselben Fehlerquellen und zusätzlich DNS.
Eine weitere Gruppe behandelt, was mitten im Vorgang schiefgeht: eine Sicherung, die bei neunzig Prozent stehen bleibt, ein Archiv, das für die Übertragung zu groß ist, eine Platte, die vollläuft, bevor der Auftrag fertig ist, eine Wiederherstellung, die die Hälfte der Tabellen stehen lässt. Das ist gewöhnlich und behebbar, aber nur, wenn bekannt ist, welche Phase gescheitert ist.
Wer neu einsteigt, beginnt mit der vollständigen Anleitung zu Sicherung und Wiederherstellung und liest anschließend den Artikel zum Prüfen einer Sicherung. Genau dieser Schritt wird am häufigsten übersprungen.

Leiten Sie Backup-Intervalle aus dem tolerierbaren Datenverlust ab, trennen Sie Datenbank- und Dateiläufe und prüfen Sie externe Kopien durch Wiederherstellungen.

Einen WordPress-Notfallplan mit klarer Entscheidungsbefugnis, vertrauenswürdigem Zugang, geprüften Backups, sauberer Infrastruktur und fachlicher Abnahme erstellen.

Ursachen eines zu großen WordPress-Backups ermitteln, nur wiederherstellbare Daten ausschließen und das neue Paket per vollständigem Restore prüfen.

Dateisystem, Quota oder Inode-Limit als Ursache finden, Speicher sicher freigeben und den letzten brauchbaren Wiederherstellungspunkt schützen.

Ziel frühzeitig vorbereiten und testen, beim Cutover nur das letzte Datendelta übertragen und genau ein schreibbares System festlegen.

Eine realistische WordPress-Kopie erstellen, ohne E-Mail, Zahlungen, Webhooks, Analytics oder Zeitjobs an Live-Dienste zu senden.

Vor einem Update einen zusammengehörigen WordPress-Wiederherstellungspunkt erstellen, prüfen und Restore, Downgrade oder Forward Fix festlegen.

Das tatsächliche WordPress-Dateisystem erfassen, Code, Medien, Konfiguration und individuelle Pfade sichern und das Archiv in einem leeren Ziel prüfen.

Die richtige WordPress-Datenbank konsistent exportieren, das SQL-Archiv vollständig prüfen und den Import in einer isolierten Umgebung nachweisen.

Genügend aktuelle und historische WordPress-Wiederherstellungspunkte behalten, ohne Speicher zu füllen oder abhängige Backup-Ketten zu zerstören.