Backup planen: Dateien, Datenbank und Snapshots unterscheiden

Den Sicherungsumfang vollständig erfassen

Bei WordPress enthalten die Dateien unter anderem Medien, Themes, Plugins und Konfiguration. Die Datenbank enthält beispielsweise Beiträge, Einstellungen, Benutzer und gegebenenfalls Bestellungen. Nur den Medienordner zu kopieren reicht für eine vollständige Wiederherstellung nicht. Umgekehrt liefert eine Datenbank ohne die erforderlichen Dateien nicht automatisch eine funktionsfähige Website. Hinzu kommen außerhalb der Anwendung gepflegte Aufgaben wie DNS oder Zeitpläne.

Erstelle eine Liste, wo welche Informationen liegen. Postfächer, externe Rechnungsdienste und angebundene Speicher können außerhalb des Website-Backups liegen. Dokumentiere auch, welche Zugangsmittel für den Rückweg benötigt werden und wer darauf zugreifen darf. Die Liste soll keine offenen Geheimnisse enthalten, sondern auf einen geschützten Aufbewahrungsort verweisen.

Zusammengehörige Stände sichern

Während eines Backups kann eine dynamische Website weiter Daten verändern. Für einen nutzbaren Wiederherstellungsstand müssen Dateien und Datenbank hinreichend zusammenpassen. Ein Shop mit laufenden Bestellungen benötigt dabei andere Überlegungen als eine selten geänderte statische Website. Welches Verfahren dafür geeignet ist, hängt vom Sicherungswerkzeug und der Anwendung ab; eine beliebige Reihenfolge ohne Prüfung ist keine verlässliche Strategie.

Bespreche vor größeren Änderungen, ob eine zeitlich begrenzte Schreibpause oder ein anderes konsistentes Sicherungsverfahren erforderlich ist. Prüfe außerdem, wie ein Backup bei Problemen gemeldet wird. Ein aktivierter Zeitplan ist noch kein Nachweis für eine erfolgreich abgeschlossene Sicherung. Fehler durch fehlenden Platz oder unvollständige Übertragungen müssen bemerkt und bearbeitet werden.

Die Ebenen nach ihrem Wiederherstellungsziel wählen

Ein Anwendungsbackup ermöglicht je nach Werkzeug die Wiederherstellung einer Website oder ausgewählter Bestandteile. Ein Snapshot betrachtet einen größeren Systemzustand und kann deshalb bei Eingriffen an der Umgebung hilfreich sein. Ein vollständiges Zurücksetzen des Servers kann aber zugleich mehrere Websites und zwischenzeitliche Änderungen betreffen. Die passende Ebene hängt von der Störung ab.

Bei den hier vorgestellten Managed Servern werden Snapshot-Backups und eigener Plesk-Backupspeicher beschrieben. Die Speichergrößen sind tarifabhängig. Aus dieser Kapazität lassen sich weder eine bestimmte Aufbewahrungsdauer noch eine feste Wiederherstellungszeit ableiten. Für die konkrete Konfiguration müssen Umfang, Zeitplan und Rückweg gesondert geprüft werden.

Verlustfenster und Wiederanlauf als Planungsziele notieren

Überlege, wie viele Änderungen zwischen zwei Sicherungen entstehen können. Bei einem Bestellportal sind Stunden möglicherweise geschäftlich relevant, bei einer selten veränderten Infoseite weniger. Dieses tolerierbare Datenverlustfenster wird oft als RPO beschrieben. Das gewünschte Zeitfenster bis zum Wiederanlauf wird häufig RTO genannt. Beides sind zunächst Anforderungen deines Projekts und keine automatisch vom Tarif zugesagten Leistungswerte.

Halte Anforderungen, gebuchte Leistung und tatsächlich beobachtete Restore-Zeit getrennt fest. Ein Ziel wird erst durch einen passenden Ablauf und Tests belastbarer. Berücksichtige dabei auch die Zeit für Zugang, Abstimmung, Datenübertragung und Funktionskontrolle. Nur die reine Kopierdauer zu messen unterschätzt den Aufwand eines vollständigen Wiederanlaufs.

Aufbewahrung und Wiederherstellung gemeinsam prüfen

Eine vom laufenden System getrennte Sicherung kann die Abhängigkeit von dessen Zustand verringern. Auch solche Kopien benötigen Zugriffsschutz, passende Aufbewahrung und eine dokumentierte Löschung. Speicherplatz allein ist kein Sicherheitskonzept. Prüfe, ob genügend frühere Stände verfügbar sind, wenn eine versehentliche Änderung erst mit Verzögerung auffällt.

Führe regelmäßig eine kontrollierte Restore-Probe auf einer geeigneten, geschützten Umgebung durch. Dabei zeigt sich, ob Sicherungsumfang, Anleitungen und Zugriffsrechte tatsächlich ausreichen. Dokumentiere gefundene Lücken und passe den Plan an. Der folgende Restore-Leitfaden beschreibt diese Prüfung Schritt für Schritt; er ergänzt die Sicherungsstrategie um den entscheidenden Nachweis der Nutzbarkeit.

Berücksichtige die Zugänglichkeit der Anleitung: Wenn nur das ausgefallene System die Dokumentation enthält, fehlt sie möglicherweise im entscheidenden Moment. Ein geschützter, getrennt erreichbarer Ablageort kann diese Abhängigkeit verringern und sollte in der Probe berücksichtigt werden.