Vor einer Datenbankbereinigung lädt ein Website-Betreiber ein älteres Hosting-Archiv herunter und hält sich damit für abgesichert. Seit dessen Erstellung sind jedoch neue Bestellungen eingegangen; außerdem wurde der SQL-Import nie getestet. Ein solches Archiv ist kein verlässlicher Wiederherstellungspunkt. Vor dem Löschen von Revisionen, Metadaten oder Tabellenresten brauchen Sie eine frische Sicherung der tatsächlich betroffenen Datenbank und den Nachweis, dass sie sich wiederherstellen lässt.
Inhalt
Was ein geeignetes Backup auszeichnet
Eine geeignete Sicherung ist aktuell, vollständig, lesbar und der richtigen Website eindeutig zugeordnet. Sie enthält sämtliche Tabellen, die von der Bereinigung betroffen sein können, einschließlich eigener Plugin-Tabellen und des passenden Multisite-Umfangs. Entscheidend ist nicht die Erfolgsmeldung des Exportwerkzeugs, sondern ein geprüfter Import beziehungsweise Wiederherstellungstest. Ein reines Dateiarchiv ersetzt keinen Datenbank-Dump; umgekehrt fehlen einem SQL-Dump Dateien, die für eine vollständige Website-Wiederherstellung nötig sein können.
Ein realistisches WordPress-Beispiel
Ein Shop soll von alten Action-Scheduler-Daten befreit werden. Das vorhandene Backup stammt vom Vortag, der Shop nimmt aber weiterhin Bestellungen an. Würde die Datenbank nach der Bereinigung auf diesen Stand zurückgesetzt, gingen alle späteren Bestellungen verloren. Vor dem Eingriff wird deshalb ein neuer Dump erstellt, die Vollständigkeit der Shop- und Scheduler-Tabellen geprüft und der Import in einer isolierten Umgebung getestet. Für das Wartungsfenster wird außerdem festgelegt, wie mit neuen Transaktionen umzugehen ist.
Warum die Sicherung vor der Bereinigung nötig ist
Datenbanklöschungen lassen sich häufig nicht einzeln rückgängig machen. Selbst eine fachlich richtige Abfrage kann durch ein falsches Präfix, einen zu breiten Filter oder eine unerwartete Plugin-Abhängigkeit gültige Datensätze erfassen. Eine unmittelbar vorher erstellte Sicherung begrenzt den möglichen Datenverlust. Der geprüfte Wiederherstellungsweg zeigt zugleich, ob das Backup innerhalb des verfügbaren Wartungsfensters tatsächlich eingespielt werden kann.
Sicherer Einstieg
Bestimmen Sie zuerst Website, Datenbankname, Tabellenpräfix und den Umfang der geplanten Bereinigung. Erstellen Sie danach ein neues Datenbank-Backup und speichern Sie eine unabhängige Kopie außerhalb des Datenbankservers. Prüfen Sie Dateigröße, Prüfsumme, erwartete Tabellen und das Exportprotokoll. Testen Sie die Wiederherstellung möglichst in einer getrennten Umgebung und kontrollieren Sie dort typische Beiträge, Benutzer, Plugin-Daten und Geschäftsvorgänge. Beginnen Sie die Bereinigung erst, wenn dieser Test erfolgreich ist.
Technische Prüfung
Dokumentieren Sie Sicherungs-ID, Speicherort, Zeitpunkt, Prüfsumme, Tabellenbestand, Zeichensatz und verwendetes Werkzeug. Bei einer aktiven Website müssen auch Änderungen nach dem Sicherungszeitpunkt berücksichtigt werden. Für Bestellungen, Formulareinsendungen oder andere Transaktionen kann ein kurzes Schreibfenster nötig sein, damit Sicherung und Bereinigungsstand zusammenpassen. Bewahren Sie das unveränderte Backup und ein Inventar des Ausgangszustands auf. Begrenzen Sie die Löschung auf die freigegebenen IDs oder Datenkategorien.
Risiken und Wiederherstellung
Veraltete, unvollständige oder ausschließlich auf demselben Server gespeicherte Backups bieten nur scheinbare Sicherheit. Gleiches gilt für verschlüsselte Archive, deren Schlüssel im Notfall nicht verfügbar ist. Prüfen Sie deshalb auch Zugriffsrechte und Aufbewahrung. Wenn nach der Bereinigung Daten fehlen oder zentrale Funktionen scheitern, stoppen Sie weitere Änderungen. Sichern Sie bei Bedarf den fehlerhaften Zwischenstand für die Analyse und stellen Sie anschließend die getestete Kopie nach dem dokumentierten Ablauf wieder her.
AIOWS-Modul
Wie AIOWS eine kontrollierte Bereinigung unterstützt
Die Datenbank-Bereinigung von AIOWS stellt unterstützte Wartungsaufgaben an einer zentralen Stelle bereit. Der sichtbare Umfang und der bewusste Ausführungsschritt helfen, eine Bereinigung gezielt vorzubereiten.
Ein Datenbank-Backup und dessen Wiederherstellungstest bleiben dennoch Voraussetzung. Das Modul kann weder unbekannte Plugin-Abhängigkeiten beurteilen noch ein unvollständiges Sicherungskonzept ersetzen.
Wählen Sie nach der Sicherung nur die freigegebene Datenkategorie aus. Vergleichen Sie anschließend den Bestand vor und nach dem Eingriff und testen Sie sowohl die betroffene Funktion als auch einen unabhängigen Redaktions- oder Transaktionsablauf.
Weiterführende Beiträge
- Zu große WooCommerce-Action-Scheduler-Tabellen
- Wie oft sollte man die WordPress-Datenbank bereinigen?
- Verwaiste Metadaten in WordPress finden
Fazit
Ein Backup schützt nur dann vor den Folgen einer fehlerhaften Bereinigung, wenn es aktuell, vollständig und wiederherstellbar ist. Prüfen Sie deshalb Inhalt, Speicherort und Import vor dem ersten Löschschritt. Berücksichtigen Sie neue Transaktionen und bewahren Sie die Ausgangssicherung unverändert auf. Umkehrbarkeit entsteht durch einen getesteten Wiederherstellungsweg, nicht durch einen vertraut klingenden Archivnamen.
