ORACLE_HOME se remplit à 4Ko / 3 sec.

Fermé
magma57 - 25 juil. 2010 à 18:19
 fiu - 26 juil. 2010 à 13:03
Bonjour,



Bonjour,

J'ai déjà posé cette question auusi dans le forum Unix/Linux car je ne sais pas si la slution est Oracle ou Linux.

Configuration :
- Red Hat Enterprise Linux ES release 4 (Nahant Update 6) 64 bits
- Oracle 10.2.0.4
- ORACLE_HOME = /opt/oracle/product/10.2.0/db_1

Je me suis aperçu que la ORACLE_HOME se remplissait de 4ko toutes les 3 secondes environ en faisant df -k

/dev/mapper/VG_SYSTEM-LV_OPT
10321208 9367700 429324 96% /opt

/dev/mapper/VG_SYSTEM-LV_OPT
10321208 9367696 429328 96% /opt

/dev/mapper/VG_SYSTEM-LV_OPT
10321208 9367704 429320 96% /opt

J'ai pensé que ça pouvait être lié aux fichiers d'audit Oracle. Il y a des connexions OS faites par Nagios supervision. J'ai déplacé les fichier d'audit dans un file system séparé avec un lien symbolique :

#/opt/oracle/product/10.2.0/db_1/rdbms > ls -al

lrwxrwxrwx 1 root root 35 Jul 24 14:52 audit -> /SAN/oracle/home_oracle_rdbms_audit

Mais ce n'était pas la solution et la ORACLE_HOME continue à se remplir à la vitesse de 4Ko / 3 sec.

J'ai essayé de déterminer ce qui pouvait changer dans /opt en faisant un find mais bizarement, le find ne trouve que des fichiers modifiés à partir des 59 dernières minutes :

# find ./ -name "*.*" -cmin -2 -exec ls -ltr --time-style='+%d-%m-%Y %H:%M:%S' {} \; => aucun fichier trouvé

# find ./ -name "*.*" -cmin -59 -exec ls -ltr --time-style='+%d-%m-%Y %H:%M:%S' {} \;
-rw-r----- 1 oracle oinstall 2560 25-07-2010 11:37:39 ./oracle/product/10.2.0/db_1/dbs/_spfileTEST.ora
-rw-r--r-- 1 oracle oinstall 961 25-07-2010 16:58:28 ./oracle/product/10.2.0/db_1/dbs/initTEST.ora
-rw-r----- 1 oracle oinstall 296 25-07-2010 17:00:30 ./oracle/product/10.2.0/db_1/rdbms/log/alert_TEST.log



Est-ce qu'il y un moyen de déterminer ce qui change dans /opt ?

Merci pour votre aide car maintenant je tourne en rond.
A voir également:

1 réponse

Salut,

j'ai pas de linux sous la main, je ne sais donc pas quels répertoires contiennent quoi.
parmi les consommateurs d'espace tu as:
1. les logs. le tout 1er est alert_TEST.log que tu as trouvé. D'habitude, il est dans une arborescence .../admin/nom_de_l_instance/bdump/ cette log est censée contenir les messages principaux concernant la base ainsi que les erreurs "d'administration". Si l'erreur concerne le réseau ou le moteur SQL, elle peut faire référence à un autre fichier log dans cdump/ ou udump/... si ton nagios provoque des erreurs, c'est peut-être ce qui te fait grossir ta volumétrie silencieusement.
2. les traces SQL*Net. il y a un autre répertoire ($ORACLE_HOME/network) où tu peux avoir un fichier trace plus ou moins détaillé sur les événements SQL*Net et le papotage entre le listener et les clients
3. les archivelogs. Toute l'activité oracle est consignée dans les fichiers redolog. Si ta base est configurée en mode ARCHIVELOG, chaque fois qu'un redolog est plein, on l'archive au moment de passer au redolog suivant. Mais si tu n'as pas d'activité sur ta base, ceci ne devrait pas se produire.

Je te laisse explorer ces pistes...
0