Nur das gestrige WordPress-Backup aufzubewahren wirkt effizient, bis ein kompromittiertes Konto oder ein schleichender Datenbankfehler erst zwei Wochen später auffällt. Alles unbegrenzt zu behalten erzeugt das Gegenproblem: Der Speicher füllt sich, neue Aufträge scheitern und der letzte bekannte brauchbare Stand ist kaum noch zu finden.
Eine Aufbewahrungsrichtlinie erhält eine sinnvolle Wiederherstellungshistorie und macht Löschungen planbar. Sie berücksichtigt, wie lange Vorfälle unbemerkt bleiben können, wie häufig Backups laufen, welche Pakete voneinander abhängen und wie viel Platz der nächste Auftrag benötigt. Datenschutz, Verträge und gesetzliche Löschpflichten gehören ebenfalls dazu.
- 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, Backup und Rollback
- Wie AIOWS unterstützt: AIOWS Backup Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Die Aufbewahrung legt fest, welche Wiederherstellungspunkte wo erhalten bleiben und wann sie gelöscht werden dürfen. Die Backup-Häufigkeit erzeugt neue Punkte; die Aufbewahrung bestimmt die Tiefe der Historie. Häufig werden viele aktuelle Kopien und zunehmend weniger Wochen- oder Monatsstände kombiniert.
Aufbewahrung ist nicht mit Unveränderbarkeit gleichzusetzen. Ein Paket kann ein Jahr lang vorgesehen und trotzdem durch ein kompromittiertes Administratorkonto löschbar sein. Umgekehrt lässt sich ein sieben Tage gesperrtes Objekt möglicherweise am achten Tag löschen, obwohl Monatsstände gefordert sind. Beide Zeitachsen müssen definiert werden.
Ein realistisches WordPress-Beispiel
Ein Shop erstellt jede Nacht eine Vollsicherung und behält nur die jüngsten sieben. Eine vor zwölf Tagen entstandene Katalogbeschädigung wird entdeckt, nachdem alle sauberen Stände abgelaufen sind. Künftig bleiben vierzehn tägliche, acht wöchentliche und zwölf monatliche Wiederherstellungspunkte erhalten; Platz für das nächste Vollpaket ist reserviert.
Das Team kennzeichnet ein kürzlich erfolgreich zurückgesichertes Paket als geprüfte Basis und schützt es bei Richtlinienänderungen. Anschließend werden beide Seiten getestet: Eine abgelaufene, nicht geschützte Kopie verschwindet wie vorgesehen, während Wochen- und Monatsstände bestehen bleiben. Wachsen die Pakete oder ändert sich die typische Entdeckungszeit, wird die Regel neu bewertet.
Warum es wichtig ist und wann es eingesetzt wird
Jeder wiederkehrende Backup-Plan benötigt eine Aufbewahrungsregel. Sie gehört nach Sicherheitsvorfällen, verändertem Transaktionsvolumen, neuen Datenschutzpflichten, dem Wechsel zu inkrementellen Sicherungen oder stark wachsendem Medienbestand auf den Prüfstand. Mindestens ein Punkt sollte älter sein als die längste realistische Zeit bis zur Entdeckung eines Problems.
Löschungen müssen ebenso nachvollziehbar sein wie neue Sicherungen. Eine Richtlinie im Handbuch hilft nicht, wenn der Speicheranbieter einen anderen Lifecycle ausführt, Fehler bei der Bereinigung unbemerkt bleiben oder eine manuelle Aktion alle Generationen entfernen kann. Kapazität, Sperren und Ausnahmen brauchen benannte Verantwortliche.
Der einfache Weg für Einsteiger
- Schätzen Sie, wie lange Beschädigungen, Angriffe oder redaktionelle Fehler unentdeckt bleiben können.
- Erfassen Sie Backup-Arten, Häufigkeit, aktuelle Größe, Wachstum und Abhängigkeiten zwischen Voll- und Inkrementalsicherungen.
- Wählen Sie dichte aktuelle Punkte und gestaffelte historische Meilensteine für dieses Entdeckungsfenster.
- Reservieren Sie Speicher für mindestens den nächsten Auftrag und seine temporären Daten.
- Schützen Sie den letzten geprüften Wiederherstellungspunkt und verlangen Sie eine Freigabe, bevor der letzte nutzbare Stand einer Stufe gelöscht wird.
- Stellen Sie eine aktuelle und eine ältere Generation wieder her und prüfen Sie anschließend die vorgesehene Löschung einer gewöhnlichen abgelaufenen Kopie.
Der technische Weg
Modellieren Sie einen vollständigen Richtlinienzyklus mit tatsächlichen Paketgrößen und Speicherkosten. Bei inkrementellen Backups bleiben alle Basispakete erhalten, die zur Rekonstruktion der ausgewiesenen Punkte nötig sind; eine gelöschte Vollbasis kann viele spätere Generationen unbrauchbar machen. Berücksichtigen Sie Löschwarteschlangen, Papierkorbfristen, Regionskopien, Objektsperren, rechtliche Holds und die Vernichtung ausgedienter Schlüssel.
Backup-Daten sind von Unterlagen mit eigenständiger gesetzlicher Aufbewahrung zu trennen. Datenschutzanfragen und vertragliche Löschgrenzen können auch personenbezogene Daten in Archiven betreffen. Dokumentieren Sie, welches System – WordPress, Backup-Anwendung oder Speicheranbieter – jede Löschung tatsächlich ausführt.
Risiken, häufige Fehler, Backup und Rollback
Stoppen Sie die automatische Bereinigung, wenn sie den letzten geprüften Punkt entfernen würde, Abhängigkeiten unklar sind oder der Provider-Lifecycle von der dokumentierten Regel abweicht. Ein Speicherziel mit vollem Kontingent lässt sich nicht sinnvoll entlasten, indem bekannte gute Backups gelöscht werden, bevor ein neues nachweislich abgeschlossen werden kann.
Weitere Risiken sind reine Dateinamenslogik, eine als Aufbewahrung missverstandene Synchronisationshistorie, weitreichende manuelle Löschrechte und verschlüsselte Pakete ohne verfügbaren Schlüssel. Verhält sich eine neue Regel unerwartet, bleiben aktuelle Generationen bestehen; der Löschschritt wird deaktiviert und mit unkritischen Kopien erneut getestet.
Wie AIOWS unterstützt:
AIOWS Backup Manager
Der AIOWS Backup Manager zeigt die von ihm unterstützten Aufbewahrungsoptionen zusammen mit der zugehörigen WordPress-Backup-Konfiguration. Diese Einstellungen werden erst gewählt, nachdem erforderliche Historie, verfügbare Kapazität und mögliche Abhängigkeiten zwischen Voll- und Inkrementalpaketen geklärt sind.
Vor einer Verkürzung bleibt der letzte geprüfte Wiederherstellungspunkt erhalten. Prüfen Sie, welche Generationen die konfigurierte Regel behalten soll, und reservieren Sie genügend Speicher für den nächsten Auftrag. Nachdem die Aufbewahrungsregel einmal vollständig durchlaufen wurde, wird der tatsächliche Bestand mit den vorgesehenen täglichen, wöchentlichen oder monatlichen Stufen verglichen. Unerwartete Löschungen oder Ansammlungen müssen untersucht werden.
AIOWS kann Lifecycle-Regeln eines Speicheranbieters nicht außer Kraft setzen, keine Rechtsvorgaben für die Organisation festlegen und Unveränderbarkeit nicht garantieren. Ob personenbezogene Daten weiter aufbewahrt werden dürfen, ist ebenfalls außerhalb des Moduls zu klären. Erst ein Restore-Test belegt die Nutzbarkeit älterer Pakete. Providerkonfiguration, Rechtsprüfung, Kapazitätsplanung und Rücksicherungen bleiben eigene Aufgaben; der Backup Manager macht die unterstützte WordPress-Regel sichtbar.
Passende AIOWS-Artikel
- Wie oft sollte man eine WordPress-Website sichern?
- WordPress-Backup extern speichern und sicher wiederherstellen
- WordPress-Notfallwiederherstellungsplan: Komplette Checkliste
Fazit und empfohlener Weg
Bewahren Sie viele aktuelle Wiederherstellungspunkte, weniger ältere Wochen- und Monatsstände sowie mindestens eine geprüfte Basis auf. Erhalten Sie sämtliche Abhängigkeiten und reservieren Sie Platz für den nächsten Auftrag. Testen Sie Aufbewahrung und Löschung, bevor Sie sich auf die automatische Bereinigung verlassen.
