A voir également:
- ORACLE_HOME se remplit à 4Ko / 3 sec.
- Organigramme a remplir word - Guide
- Picasa 3 - Télécharger - Albums photo
- Ai suite 3 download - Télécharger - Optimisation
- Photorecit 3 - Télécharger - Visionnage & Diaporama
- 3 bip long 2 bip court hp - Forum BIOS
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...
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...