Ein Backupplan für deine WordPress-Website

Was ein vollständiger Sicherungsstand umfasst

WordPress speichert Inhalte und Einstellungen in der Datenbank. Theme, Plugins, Uploads und Konfiguration liegen dagegen in Dateien. Eine Kopie des Webverzeichnisses enthält deshalb nicht automatisch die Datenbank. Umgekehrt enthält ein Datenbankexport keine hochgeladenen Bilder oder Plugin-Dateien. Für eine typische Wiederherstellung müssen beide Teile zusammenpassen.

Ergänze die Liste um Dienste außerhalb von WordPress: externe Medienspeicher, Suchsysteme, Zahlungsdienste oder andere Anwendungen. Ein lokales Backup stellt diese Abhängigkeiten nicht automatisch wieder her. Dokumentiere, welche Daten dort liegen und welche Zugänge oder Exporte für einen Notfall benötigt werden. Zugangswerte selbst gehören nicht in frei zugängliche Checklisten.

Häufigkeit aus Änderungen ableiten

Eine Website, deren Inhalte selten geändert werden, hat einen anderen Sicherungsbedarf als ein Shop mit laufenden Bestellungen. Frage zuerst, welcher Datenverlust fachlich akzeptabel wäre. Das ist eine Entscheidung der verantwortlichen Betreiber. Eine tägliche Sicherung kann bei häufigen Transaktionen eine große Lücke lassen, auch wenn sie regelmäßig erfolgreich läuft.

Die Begriffe RPO und RTO helfen, zwei Fragen zu trennen. RPO beschreibt den angestrebten maximalen Datenverlustzeitraum. RTO beschreibt die angestrebte Zeit bis zur Wiederherstellung. Eine erklärte Zielgröße ist noch keine vom Anbieter garantierte Leistung. Für verbindliche Zusagen brauchst du eine konkrete Vereinbarung und für die praktische Einschätzung einen getesteten Ablauf.

Historie und Speicherort

Ein großer Backupspeicher bestätigt nicht automatisch eine bestimmte Historie. Wie viele Stände hineinpassen, hängt von Datenvolumen, Kompression und Sicherungsverfahren ab. Bei den Managed-Tarifen dokumentieren wir die beworbene Kapazität; einen nicht bestätigten Aufbewahrungszeitraum erfinden wir daraus nicht.

Konsistente Stände erzeugen

Wenn Dateien und Datenbank zu unterschiedlichen Zeiten gesichert werden, können Änderungen dazwischen liegen. Bei einer Inhaltsseite ist das oft überschaubar, bei laufenden Bestellungen oder Uploads kann es relevant werden. Prüfe deshalb, wie dein Sicherungsverfahren mit aktiven Schreibvorgängen umgeht. Ein Snapshot und ein Anwendungsexport sind nicht automatisch gleichwertige Verfahren.

Vor größeren Änderungen solltest du einen nachvollziehbaren Sicherungspunkt erstellen. Notiere Zeitpunkt, Version und Anlass. Verlass dich nicht nur auf einen allgemeinen grünen Status. Prüfe, ob die erwarteten Dateien und der Datenbankexport vorhanden sind und ob der Stand für die geplante Rückkehr geeignet ist.

Wiederherstellung als eigenständige Aufgabe

Ein erfolgreicher Backupjob beweist, dass ein Prozess ohne gemeldeten Fehler beendet wurde. Er beweist nicht vollständig, dass die Website damit wieder funktioniert. Teste einen Stand in einer getrennten Umgebung. Kontrolliere Login, Medien und wichtige Funktionen. Für Shops musst du besonders auf Transaktionen und externe Benachrichtigungen achten.

• Ein isoliertes Wiederherstellungsziel vorbereiten.
• Einen definierten Sicherungsstand einspielen.
• Ausgehende Mail und echte Zahlungen im Test verhindern.
• Fachliche Funktionen anhand einer Liste prüfen.
• Ergebnis und gemessene Dauer dokumentieren.

Den Plan klein und benutzbar halten

Der Plan sollte im Notfall auffindbar sein und die nächste Aktion nennen. Wer entscheidet über die Rückkehr, wer führt sie aus und wie wird die Website abgenommen? Prüfe den Ablauf erneut, wenn neue Funktionen oder externe Dienste hinzukommen. Der Artikel zum Restore-Test zeigt die praktische Prüfung. Ein brauchbarer Sicherungsplan verbindet technische Kopien mit erreichbaren Zuständigkeiten.