Comment libérer de l'espace disque? quels journaux / répertoires nettoyer?

14

Je veux libérer de l'espace disque sur ma machine Linux. J'ai exploré l'utilisation de l'espace et constaté que les répertoires suivants ont une grande taille

/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)

Puis-je supprimer le contenu de ces répertoires? Remarque: je veux dire le contenu et non les répertoires.

kupa
la source
Je vous suggère de rechercher ce que contient chaque répertoire, ce qui y crée des fichiers et la meilleure façon de le réglementer (par suppression directe ou par d'autres moyens). Est-ce là l'intention de votre question?
Leigh Riffel
@LeighRiffel Je voulais juste libérer de l'espace et j'ai pensé que ces fichiers étaient des jonques. J'ai déjà supprimé des fichiers de /u01/app/11.2.0/grid/cv/log. Ces fichiers sont générés toutes les 5 minutes. Pour arrêter leur génération, vous devez écrire SRVM_TRACE = "false" en haut du script $ ORA_CRS_HOME / bin / cluvfy pour moi c'est /u01/app/11.2.0/grid/bin/cluvfy(line 25) La solution de cela a été trouvé sur metalink.
kupa

Réponses:

6

Presque tous les fichiers peuvent être supprimés en toute sécurité manuellement. Il est généralement préférable de conserver:

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

A côté de cela, il y a quelques notes:

  • Oracle alert.log est normalement défini sur une croissance à l'infini.
  • Les fichiers xml d'alerte sont automatiquement pivotés afin que vous puissiez garder en ligne le dernier
  • Tous les fichiers cdump, udump et autres fichiers d'incident et de trace sont inutilisables, sauf si vous devez déboguer un problème
  • Dans 11gR2 il y a quelques bugs liés à la croissance infinie du fichier de trace rbal et il n'y a pas de patch pour le moment

Oracle vous suggère également d'utiliser la commande adrci pour purger les anciens journaux. Vous pouvez exécuter adrciet exécuter la commande suivante

purge -age 60 -type ALERT

Cela ne purgera que les fichiers journaux XML marqués comme alerte. Donc, les journaux trace.xml. Adrci ne fonctionne pas avec les fichiers texte: ils doivent être gérés manuellement. Il s'agit d'un comportement attendu. De plus, divers bugs ont été signalés sur la adrci purgefonctionnalité. Je préfère toujours les supprimer manuellement via un script shell en gardant en ligne les derniers fichiers récents en ligne. Pour alert.log, je fais juste:

zip alert.log (your log name may differ)
> alert.log
Ste
la source
1
Donc, ils ont créé un produit qui remplira progressivement votre disque dur, provoquant le blocage de votre système, et ne le mentionnez pas en grosses lettres rouges sur la couverture de leur manuel? Génial ... Oracle FTW
Wouter
4

Vous pouvez modifier la stratégie de rétention par défaut des fichiers journaux et de trace Oracle.

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

Extrait pertinent:
Il existe deux paramètres: SHORTP_POLICY (720 heures par défaut) et LONGP_POLICY (8720 heures par défaut). donc SHORTP_POLICY est de 30 jours tandis que LONGP_POLICY est de 365 jours.

Depuis la ligne de commande, exécutez "adrci". Dans adrci, utilisez les commandes suivantes.

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)

Et maintenant, les traces sont supprimées après une semaine (SHORTP) ou un mois (LONGP).

Wouter
la source