Abgelaufene archivierte Protokolle, die nicht aus dem RMAN-Katalog gelöscht wurden
On November 30, 2020 by admin Wenn ich in RMAN den Befehl LIST EXPIRED
ausführe, wird eine Liste angezeigt Dateien mit abgelaufenem Status, dh sie sind im Katalog vorhanden, jedoch nicht auf der Festplatte (überprüft durch ls
). Nach der Ausgabe der Befehle CROSSCHECK
und DELETE EXPIRED
würde ich erwarten, dass LIST EXPIRED
nichts zurückgibt … aber sie sind alle noch hier.
Dies kann dazu führen, dass meine Sicherungen bei ORA-19588
sporadisch fehlschlagen. Ich habe überprüft und bin zu 100% sicher, dass nicht zwei RMANs gleichzeitig ausgeführt werden. Irgendwelche Ideen? Das Ziel ist 10 g und der Katalog ist 11 g.
Kommentare
- Vielleicht sollten Sie die vollständigen Befehle bei der Eingabe auflisten.
Antwort
Führen Sie eine LIST EXPIRED ARCHIVELOG
und dann eine DELETE EXPIRED ARCHIVELOG
sollte dazu führen, dass ein neues LIST EXPIRED ARCHIVELOG
in den meisten Situationen keine Einträge anzeigt. Hier sind einige Situationen, die dazu führen können, dass dies nicht der Fall ist.
-
Wenn
FORCE
im Befehl delete nicht angegeben ist, ist dies der Fall Befolgen Sie die Richtlinie zum Löschen archivierter Protokolle, die bestimmt, wann archivierte Redo-Log-Dateien zum Löschen berechtigt sind. -
Die Löschrichtlinie gilt nicht für fremde archivierte Redo-Log-Dateien, bei denen es sich um empfangene Protokolle handelt Eine logische Standby-Datenbank für eine LogMiner-Sitzung.
Diese Möglichkeiten stammen aus dieser Dokumentation . Wenn beides nicht zutrifft, stoßen Sie möglicherweise auf einen Fehler und sollten einen SR mit Unterstützung öffnen.
Ich gehe davon aus, dass Sie Befehle wie diesen ausführen:
list expired archivelog all; crosscheck archivelog all; delete expired archivelog all; list expired archivelog all;
Vielleicht sind die LIST EXPIRED
-Einträge für Elemente nicht durch den spezifischen Löschbefehl gelöscht werden, den Sie ausführen. Beispielsweise löscht eine DELETE EXPIRED BACKUP
keine abgelaufenen Archivprotokolle oder abgelaufenen Kopien.
Da das Problem sporadisch auftritt, sollte das Problem nicht in MOS Doc referenziert werden ID 1189883.1, in der der Sicherungsbefehl der Form backup archivelog all archivelog...
Kommentare
- Nein folgt Geben Sie auf jeden Fall an,
FORCE
beim Löschen anzugeben? - Ja. Ich habe jetzt eine TAR geöffnet Das Rennen zwischen Stack Exchange und Metalink läuft also …
- Ich ' wäre überrascht, wenn eines Ihrer Probleme gelöst würde, bevor das Kopfgeld endet. Diese Seite ist fällig an die kleine Benutzerbasis und den Oracle-Support, weil sie genau so gut sind.
Antwort
Wir haben ausgeführt In das gleiche Problem, wie in der ursprünglichen Antwort erwähnt, war für uns das Problem die Option FORCE. Wusste nicht, dass ansonsten immer noch die Aufbewahrungsrichtlinie verwendet wird
Schreibe einen Kommentar