Listener trace vraiment utile ?

Bonsoir,

suite à l'auto-résolution de mon problème de listener très long due au dépassement de 4Gb de mon fichier listener.log

la question est tracer l'activité de mon listener dans listener.log est il vraiment utile ?

Si oui pourquoi en production est ce utile ?

Si Non, c'est pas utile comment le désactiver ?

J'ai fait un essai avec la commande suivante :

Code:

---

1 2	lsnrctl set trc_level off

---

la commande est accepté mais le listener.log continue a être alimenté.

Que faut il faire pour que ce soit pris en compte définitivement ?

merci de vos conseils

pourqoi pas vider ton log sinon pour le desactiver met toi dans lenvironnement de lsnrctl puis tu fait un stop mais sache que il ne pourra plus ecouter pour en prendre compte des connexion externe et meme sur le serveur la connexion avec lalias serra pas possible si tu le desactive
ou encore fait netca dans une console cmd et puis tu suis la fenetre qui saffiche et le supprimer si tu veut
je suppose que est sur windows comme tu la pas preciser

Comme d'habitude, il y a une différence entre trace et log.

Si vous teniez à désactiver le log (ce que je vous déconseille, car il est toujours bon d'avoir un minimum d'informations sur les connexions qui se sont présentées) :

Soit le paramètre suivant dans le LISTENER.ORA :
LOGGING_LISTENER = OFF

Soit la commande suivante dans LSNRCTL :
SET LOG_STATUS OFF

Merci à pour vos réponses

labiko445 : j'avoue que je comprends pas trés bien ce que tu veux dire l'absence de , et retour à la ligne peut être...

Pomalaix : merci pour la distinction trace et log
finalement que me conseillez vous de maintenir un listener.log même assez faible ainsi qu'une trace ?

Est ce normal de purger le listener.log de temps en temps ?

dans ce cas ci l'instance 11g est en place depuis plus de 3 ans et cela n'avait jamais été fait...

merci bien

L'usage (et que j'adopte aussi) est de conserver le comportement par défaut, c'est à dire log actif, mais pas de trace. Les traces sont rapidement très volumineuses, et n'ont pas vocation à être activées de manière permanente.

Quant à la purge, oui, c'est une des tâches dont le DBA doit s'occuper, au même titre que celle de l'alert.log au format texte.
Les nouveautés d'Oracle 11g en matière de diagnostics, et l'avènement d'ADRCI n'ont rien résolu : il y a toujours des fichiers à purger manuellement.

Merci bien