Wie kann ich Speicherplatz freigeben? Welche Protokolle / Verzeichnisse müssen bereinigt werden?

14

Ich möchte den Speicherplatz auf meinem Linux-Computer freigeben. Ich habe die Speicherplatznutzung aufgeschlüsselt und festgestellt, dass die folgenden Verzeichnisse eine große Größe haben

/u01/app/11.2.0/grid/cv/log
/u01/app/11.2.0/grid/log/diag/tnslsnr/r1n1/listener_scan2/alert (Contains xml files)
/u01/app/11.2.0/grid/rdbms/audit(Contains .aud files)
/home/oracle/oradiag_oracle/diag/clients/user_oracle/host_XXXXXXXXXX/alert(Contains xml files)
/u01/app/oracle/diag/rdbms/crimesys/crimesys1/alert (Contains xml files)

Kann ich Inhalte aus diesen Verzeichnissen löschen? Hinweis: Ich meine Inhalte und nicht Verzeichnisse.

Kupa
quelle
Ich schlage vor, Sie recherchieren, was jedes Verzeichnis enthält, was dort Dateien erstellt und wie dies am besten geregelt werden sollte (durch direktes Löschen oder auf andere Weise). War das die Absicht Ihrer Frage?
Leigh Riffel
@LeighRiffel Ich wollte nur den Speicherplatz freigeben und dachte, dass diese Dateien Junks waren. Ich habe bereits Dateien aus /u01/app/11.2.0/grid/cv/log gelöscht. Diese Dateien werden alle 5 Minuten generiert. Um die Generierung zu stoppen, sollten Sie SRVM_TRACE = "false" am oberen Rand des Skripts schreiben. Für mich ist es /u01/app/11.2.0/grid/bin/cluvfy (Zeile 25) Dies wurde auf Metalink gefunden.
Kupa

Antworten:

6

Fast alle Dateien können sicher manuell gelöscht werden. Normalerweise ist es besser zu behalten:

alert_+ASM1.log (or the one related to your instance)
trace.xml
listener.xml (or the one related to your listener)

Daneben einige Hinweise:

  • Oracle alert.log ist normalerweise auf Wachstum bis unendlich eingestellt.
  • XML-Warnungsdateien werden automatisch gedreht, damit Sie die letzte online behalten können
  • Alle cdump-, udump- und anderen Incident- und Trace-Dateien sind unbrauchbar, es sei denn, Sie müssen ein Problem debuggen
  • In 11gR2 gibt es einige Fehler, die mit dem unendlichen Wachstum der Rbal-Trace-Datei zusammenhängen, und im Moment gibt es keinen Patch

Oracle empfiehlt Ihnen auch, den Befehl adrci zu verwenden, um alte Protokolle zu löschen. Sie können adrciden folgenden Befehl ausführen und ausführen

purge -age 60 -type ALERT

Dadurch werden nur als Warnung markierte XML-Protokolldateien gelöscht. So protokolliert trace.xml. Adrci arbeitet nicht mit Textdateien: Sie müssen manuell verwaltet werden. Dies ist ein erwartetes Verhalten. Darüber hinaus wurden verschiedene Fehler in Bezug auf die Funktion gemeldet adrci purge. Ich ziehe es immer noch vor, sie manuell über ein Shell-Skript zu entfernen, das die letzten Dateien online hält. Für alert.log mache ich einfach:

zip alert.log (your log name may differ)
> alert.log
Ste
quelle
1
Also haben sie ein Produkt entwickelt, das Ihre Festplatte allmählich auffüllt und dazu führt, dass Ihr System hängen bleibt. Erwähnen Sie dies nicht in großen roten Buchstaben auf dem Umschlag ihres Handbuchs? Großartig ... Oracle FTW
Wouter
4

Sie können die Standardaufbewahrungsrichtlinie für Oracle-Protokoll- und Trace-Dateien ändern.

Quelle: https://streetkiter.wordpress.com/2011/04/06/do-you-really-need-one-year-old-logs-and-traces-for-your-oracle-database/

Relevanter Auszug:
Es gibt zwei Parameter: SHORTP_POLICY (Standard 720 Stunden) und LONGP_POLICY (Standard 8720 Stunden). SHORTP_POLICY beträgt also 30 Tage, während LONGP_POLICY 365 Tage beträgt.

Von der Kommandozeile aus "adrci" ausführen. Verwenden Sie in adrci die folgenden Befehle.

adrci> show homes
....(homes are listed)...
adrci> set home diag/....(the location)
adrci> show control
.... (current settings are listed) ....
adrci> set control (SHORTP_POLICY = 168)
adrci> set control (LONGP_POLICY = 720)

Und jetzt werden die Spuren nach einer Woche (SHORTP) oder einem Monat (LONGP) gelöscht.

Wouter
quelle