Datenbankbereinigung: Einrichtung und Hilfe

Folgen Sie den Schritten im Schnellstart.

Das Modul ergänzt "Configure" > Database Cleanup mit Bereinigungsbereich, Verlauf, Sicherungen und Wiederherstellung und Einstellungen. Einstellungen > Konfiguration öffnet das Konfigurationsformular. Integrität, Lizenz, Support und Aktualisieren sind Wartungsseiten.

Wählen Sie den gewünschten Shopkontext. Das Modul prüft die nativen Mitarbeiterprofilrechte und zugelassenen Shops. Es hat separate Berechtigungseinträge für Bereinigung vorschauen, Statistikbereinigung, Bereinigung personenbezogener Daten, Katalogbereinigung, Destruktive Läufe genehmigen, Sofortausführung und Planung, Verschlüsselte Sicherungen exportieren, Sicherungen wiederherstellen und Tabellen optimieren. Geben Sie Mitarbeitern nur die benötigten Aufgaben- und Operationsrechte. Fehlende Rechte deaktivieren oder verweigern die entsprechende Aktion.

Die Aufgabenprüfung verwendet Leserechte; die Datenlöschung im Rahmen einer Aufgabe erfordert Löschrechte für deren Aufgabenkategorie. Genehmigung, Sicherungsprüfung, Planung, Wiederherstellung, Sicherungsexport und Optimierung erfordern die jeweils passende Bearbeitungsberechtigung. Auch CLI-Ausführung prüft einen tatsächlichen Mitarbeiter und dessen Shopzugriff.

Verschlüsselte Zeilenarchive benötigen OpenSSL mit AES-256-GCM und privaten beschreibbaren Speicher. Standardmäßig verwendet das Modul ein verborgenes Verzeichnis .mprdatabasecleanup-... neben dem Shop-Stammverzeichnis. Die Serverkonfigurationskonstante MPRDBCLEAN_STORAGE_ROOT kann ein anderes privates Stammverzeichnis wählen. Das Stammverzeichnis und archives müssen private Rechte 0700 haben; die erzeugte Datei archive.key muss 0600 haben. Das Modul lehnt Symlink-Verzeichnisse oder unsichere Rechte ab. Schützen Sie den Schlüssel und bewahren Sie ihn mit Ihren Wiederherstellungsunterlagen auf. Exportierte verschlüsselte Archive enthalten ihn nicht.

Bewahren Sie vor dem ersten destruktiven Lauf eine separate vollständige Datenbanksicherung auf. Die Zeilenarchive des Moduls decken den Bereinigungsablauf ab und sind keine vollständige Shopsicherung.

Öffnen Sie Konfiguration. Das erste Formular enthält:

Wählen Sie eine Aufgabe aus der Richtlinienliste. Ihr Formular bietet:

Jeder Verarbeitungsschritt verwendet die kleinsten geltenden Zeilen- und Zeitlimits. Ein gespeicherter Lauf kann mehrere Schritte bis zum Abschluss benötigen.

Speichern Sie die bearbeitete Richtlinie. Einstellungen sind bereichsbezogen und werden vererbt; die Tabelle der wirksamen Richtlinien zeigt Quelle und aufgelöste Werte für jede Aufgabe und jeden Shop. Eine gespeicherte Vorschau enthält ihren Richtlinienschnappschuss. Erstellen Sie nach einer Änderung an Richtlinie oder Geltungsbereich eine neue Vorschau, statt die Genehmigung eines alten Plans wiederzuverwenden.

Verfügbare Aufgaben

Die Tabelle zeigt mitgelieferte Aufbewahrungswerte und anfangs deaktivierte Aufgaben. Die Aufbewahrungsfrist ist eine Auswahlbedingung; Verweise, Zugehörigkeit und Shoprichtlinien können weitere Zeilen schützen.

Mit Bestellungen verknüpfte verlassene Warenkörbe sind geschützt. Die Gästebereinigung schützt Kunden-, Warenkorb- und Verbindungsverweise. Ist das Alter eines Gastes unbekannt, beginnt die Aufbewahrung mit der Beobachtung durch das Modul, statt einen alten Gast als sicher entfernbar anzusehen. Das Modul beobachtet Hinzufüge-/Aktualisierungsereignisse für Gäste, Warenkörbe und Verbindungen.

Abgelaufene spezifische Preise berücksichtigen Enddatum und Aufbewahrung, nicht einfach jeden gerade abgelaufenen Preis. Tatsächliche Händlervarianten verwenden Ausgewählte Händlervarianten mit expliziten IDs, Vorschau und Genehmigung. Sie sind von Aufgaben für verwaiste Kombinationen getrennt. Verweisprüfungen können Zeilen ausschließen, die von Bestellungen, Warenkörben, Bestand, Lieferanten, Paketen, Lagern, Aktionen oder Modulen verwendet werden.

Öffnen Sie Bereinigungsbereich. Wählen Sie unter Aufgaben einen oder mehrere Einträge. Einmalige Aufbewahrungstage überschreibt optional die Aufbewahrung für diese Vorschau. Ausgewählte Varianten-IDs, durch Kommas getrennt liefert explizite IDs für die Bereinigung von Händlervarianten. Bestätigte Modulnamen, durch Kommas getrennt erfasst Bestätigungen von Abhängigkeiten. Lassen Sie diese optionalen Felder leer, sofern Ihre Aufgabe sie nicht benötigt.

Klicken Sie auf Bereinigung vorschauen. Warten Sie, bis die Planung abgeschlossen ist. Prüfen Sie Lauf-ID, Plan-Prüfsumme, Shopumfang, Kandidatenzahlen, geschützte/übersprungene Zeilen, Abhängigkeiten, Risiko und Schätzungen. Schätzungen sind logische Bytes. Engine-Zuweisung und wiederverwendbarer Platz sind separate Speichermaße; gelöschte Zeilen bedeuten keine gleich große Verringerung der Datenbankdatei.

Klicken Sie für Aufgaben mit erhöhtem und hohem Risiko auf Sicherung prüfen, warten Sie auf den Abschluss und dann auf Diesen Plan genehmigen. Die Genehmigung ist an den genauen Plan-Hash und den authentifizierten Mitarbeiter gebunden. Sie genehmigt keinen geänderten Plan. Verwenden Sie Genehmigten Plan ausführen und prüfen Sie die Bestätigung.

Verwenden Sie bei einer Aufgabe mit geringem Risiko nach der Vorschauprüfung die Ausführungsbestätigung. Jetzt ausführen beginnt mit den gewählten Aufgaben und verwendet dieselben Planungs- und Berechtigungsprüfungen. Die Sicherungs- und Genehmigungspflichten für riskantere Aufgaben werden nicht umgangen.

Der Browser führt die Arbeit in begrenzten Anfragen weiter. Prüfen Sie einen gespeicherten Lauf mit Status aktualisieren, beantragen Sie mit Lauf abbrechen einen Abbruch und verwenden Sie Lauf fortsetzen, wenn der Bericht die Fortsetzung erlaubt. Beim Ergebnis Teilweise oder "Failed" prüfen Sie zuerst die Gründe. Das blinde Wiederholen der ursprünglichen Aufgabe ersetzt nicht die Prüfung eines gespeicherten Laufs.

Die Reparaturen veralteter Daten auf Integrität erstellen Bereinigungsvorschauen über diesen Arbeitsbereich. Sie verwenden nicht die alten direkten Löschabfragen.

Öffnen Sie Verlauf und filtern Sie nach Shop, Datumsbereich, Aufgabe, Auslöser, Mitarbeiter-ID oder Ergebnis. Öffnen Sie einen gespeicherten Lauf und prüfen Sie seine Zahlen und Ergebnisse. "Export report JSON" und "Export report CSV" exportieren Berichte.

Öffnen Sie Sicherungen und Wiederherstellung, laden Sie die Lauf-ID und prüfen Sie archivierte Elemente. Verwenden Sie Sicherungselement-ID mit Verschlüsselte Sicherung exportieren, um ein Element bei entsprechender Berechtigung zu exportieren. Bewahren Sie den privaten Verschlüsselungsschlüssel separat auf; der Export enthält ihn nicht.

Verwenden Sie Wiederherstellung vorschauen und prüfen Sie Konflikte. Geprüfte Sicherung wiederherstellen verwendet den Hash der Wiederherstellungsvorschau und lehnt konfliktierende Live-Zeilen ab. Neue Wiederherstellungsvorschau erstellen erstellt die Vorschau bei Bedarf neu. Die Wiederherstellung hängt von Archivverfügbarkeit, Integrität, Ablauf, passendem Geltungsbereich und Berechtigungen ab. Sie ist keine bedingungslose Rückgängig-Schaltfläche.

Für die Tabellenwartung geben Sie Zu optimierende Tabellen, durch Kommas getrennt ein und verwenden dann Tabellenoptimierung vorschauen, Optimierungssicherung prüfen, Tabellenoptimierung genehmigen und Tabellen optimieren. Prüfen Sie diese separate Vorschau vor der Ausführung. Nicht jede Bereinigung optimiert automatisch Tabellen.

Abgelaufene Archive löschen bereinigt Archive und benötigt den passenden globalen Geltungsbereich und Ausführungsstatus. Prüfen Sie die Aufbewahrung vor dem Löschen. Ein abgelaufenes Archiv oder ein Archiv mit verlorenem Verschlüsselungsschlüssel kann vom Modul nicht wiederhergestellt werden.

Der CLI-Einstiegspunkt ist modules/mprdatabasecleanup/bin/cleanup.php. Er verweigert HTTP-Ausführung. Verwenden Sie die PHP-Binärdatei des Shops und ersetzen Sie Mitarbeiter-/Shop-IDs in diesen Beispielen durch berechtigte IDs.

Vorschau einer Aufgabe:

php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --task=search_stats --preview

Die Ausgabe ist ein JSON-Bericht. Speichern Sie seine tatsächliche Lauf-ID und seine Plan-Prüfsumme. Für einen Lauf, der Sicherung und Genehmigung benötigt, führen Sie separate Befehle aus:

php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --verify-backup
php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --approve --plan-hash=PLAN_HASH
php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --run-id=RUN_UUID --execute

Verwenden Sie --restore-preview und danach --restore --plan-hash=RESTORE_PREVIEW_HASH für den Wiederherstellungsablauf. --verify-backup --renew-backup erneuert die Prüfung und macht gegebenenfalls vorherige Genehmigungen ungültig. --batches=N speichert einen Zwischenstand und beendet nach einer begrenzten Anzahl von Fortschrittsschritten.

Für eine neue Vorschau werden unter anderem --retention-days=N, --batch-size=N, --row-budget=N, --time-budget-ms=N, --combination-ids=ID[,ID] und --acknowledged-modules=NAME[,NAME] als Überschreibungen unterstützt. Mit einer gespeicherten --run-id werden Richtlinien-/Aufgabenüberschreibungen abgelehnt. --global fordert den globalen Geltungsbereich an und benötigt weiterhin berechtigten Shopzugriff. Lesen Sie mit --help die aktuelle Verwendung.

Exit 0 bedeutet, dass die angeforderte Phase ein akzeptiertes Ergebnis erreicht hat, einschließlich einer erfolgreichen Vorschau. Exit 2 bedeutet eine unvollständige Operation; prüfen Sie den Bericht. Exit 1 bedeutet einen verweigerten Befehl oder Fehler. Betrachten Sie einen erfolgreichen Vorschau-Exit nicht als Nachweis einer ausgeführten Löschung.

Speichern Sie für die geplante Bereinigung den Aufgabenzeitplan und die Zeitzone. Richten Sie anschließend auf dem Server einen Cronjob ein, der php modules/mprdatabasecleanup/bin/cleanup.php --employee=1 --shops=1 --scheduled jede Minute aufruft. Ersetzen Sie die IDs durch berechtigte Mitarbeiter- und Shop-IDs. Verwenden Sie einen Shop pro Worker oder ergänzen Sie für gemeinsame Datensätze --global und alle Shop-IDs in --shops. Das Speichern eines Aufgabenzeitplans richtet keinen Server-Cronjob ein.

Der Worker startet fällige, aktivierte Aufgaben und setzt ihre gespeicherten Läufe in begrenzten Schritten fort. --batches=N legt für jede geplante Aufgabe die maximale Anzahl der Fortschrittsschritte ihres Laufs pro Worker-Aufruf fest; der Standard ist eins. Bei einem globalen Lauf müssen alle wirksamen Shoprichtlinien und die globale Richtlinie aktiviert und in ihrer gespeicherten Zeitzone fällig sein. Mitarbeiterrechte, Shopzugriff und der allgemeine Ausführungsschalter gelten weiterhin. Läufe mit erhöhtem oder hohem Risiko warten auf eine geprüfte Sicherung und die ausdrückliche Genehmigung des genauen gespeicherten Plans. Öffnen Sie den Lauf über Verlauf, prüfen Sie seine Sicherung und genehmigen Sie ihn; spätere Worker-Aufrufe können ihn fortsetzen.

Bestätigen Sie nach einem kleinen Testlauf Abgeschlossen, lesen Sie die Gründe für übersprungene/fehlgeschlagene Zeilen und vergleichen Sie betroffene Daten mit der Vorschau. Prüfen Sie Verlauf und bei Bedarf den verifizierten Sicherungsstatus. Der Shop hat kein Bereinigungswidget; der sichtbare Arbeitsbereich des Moduls befindet sich im Backoffice.

Ist eine Aktion nicht verfügbar, prüfen Sie den allgemeinen Wert Aktiviert, Aktiviert der Aufgabe, Mitarbeiterrechte für die Aufgabe, Operationsberechtigung und gewählten Shopkontext. Schlägt die Sicherungsprüfung fehl, prüfen Sie OpenSSL, Eigentümer des privaten Speichers, Verzeichnisrechte und Schlüsseldatei. Erstellen Sie nach Einstellungsänderungen eine neue Vorschau. Ist ein anderer Worker beschäftigt, verwenden Sie den Wiederholungs-/Statusablauf des gespeicherten Laufs, statt konkurrierende Läufe zu starten.

Die Bereinigung arbeitet mit Datenbankdaten. Dateiinventar und Messungen berechtigen nicht zum Löschen von Bild- oder Anpassungsdateien. Ersetzen Sie den Ablauf nicht durch die veralteten direkten Beispiele DELETE ... LIMIT.

Setzen Sie das allgemeine Aktiviert im wirksamen Geltungsbereich auf Nein, um destruktive Stapel zu stoppen. Brechen Sie ausstehende Läufe ab oder prüfen Sie sie. Deaktivieren Sie das Modul im "Module Manager", wenn alle Hooks inaktiv sein sollen.

Die Deinstallation entfernt Konfiguration und Verwaltungsmenü dieses Moduls. Ihre Methode löscht weder Bereinigungsverlauf/Schema noch das externe private Archivverzeichnis samt Schlüssel. Bewahren Sie diese Wiederherstellungsmaterialien auf, bis alle erforderlichen Wiederherstellungen abgeschlossen sind. Eine Deinstallation stellt bereits gelöschte Daten nicht wieder her.