Ich bin mit einem Client, der die Hälfte seiner OpenEdge-Datenbank mit unerwünschten Audit-Datensätzen gefüllt hat (benutzerdefiniertes Auditing; kein OE-Auditing). Die Datenbank ist etwa 200 GB und 97 GB sind diese Audit-Datensätze. Der vom Benutzer erstellte Auditing-Prozess ist jetzt deaktiviert und wird nicht mehr verwendet und die Daten müssen einfach gelöscht werden.Entfernen eines Bereichs aus einer OpenEdge-Datenbank
Wir können die Daten nicht programmgesteuert löschen, da wir hier keine Dev-Tools haben. Ich weiß, dass die Daten sicher gelöscht werden können, ohne dass es an anderen Stellen in der db zu Waisen oder referenziellen Integritätsproblemen kommt.
Die Audit-Tabellen befinden sich in einem eigenen Bereich, wie in der st-Datei definiert.
Sie haben Dumping und Laden getestet (ohne die Audit-Daten), aber sie haben die Last nach 4 Tagen gestoppt, weil sie es für zu lang hielten, ohne ihre primäre Geschäftsdatenbank zu sein. Dies ist also in einer Produktionsumgebung nicht vertretbar.
Sie haben versucht, einfach die Datendateien zu entfernen und die st-Datei zu bearbeiten, aber sie hatten dann Probleme mit Backup/Restore - wahrscheinlich aufgrund der fehlenden Übereinstimmung in der st-Datei (ich war nicht in der Nähe, um die Probleme aus erster Hand zu sehen)).
Was ist der schnellste und einfachste Weg, diese Daten zu löschen?
sollten Sie in der Lage sein Dump & Last 200 GB in etwa einem halben Tag. Sie machen etwas sehr falsch. –
Hmm, interessant - ist das abhängig von laufenden SSDs? Was sind die normalen Fallstricke für eine Dump & Load-Einnahme so lange - es ist eine ziemlich einfache Point-and-Click-Übung, nicht wahr? Ist es nicht nur Hardware abhängig? – Drammy
Das ist mit ziemlich beschissenen HW - rotierenden Rost und RAID5. Wenn Sie * gute * HW haben, sollten Sie in der Lage sein, das Ganze in ein paar Stunden zu erledigen. –