Analyse du traffic SQL*Net

lalystar · 29/09/2006, 11h54

Bonjour,

Je voudrais savoir s'il est possible de recevoir en direct les demandes transitant via le protocole SQL*Net à partir du listener pour avoir une idée des erreurs (TNS Timeout, appel d'objet non existant...).

On pourrait sans doute activer la trace sqlnet.ora au niveau du serveur, mais l'impact en terme de perf risque d'etre trop pénalisant.

Si vous avez une idée pour développer un systeme home-made, je suis preneur.

Merci,

Laly.

LeoAnderson · 29/09/2006, 14h15

Si je comprends bien, tu as un client qui n'arrive pas à bien communiquer avec le serveur ? ou pas du tout ?

et mettre le sql_trace à 16 sur le client ?

lalystar · 02/10/2006, 12h01

Hello,

En fait j'ai une base avec une multitude de clients, certains identifés d'autres non, et j'aurais voulu avoir des stats sur le nombre de TNS timeout, TNS no listener au niveau du serveur hébergeant la base de données sans plomber ses perfs...

Laly.

orafrance · 02/10/2006, 12h03

listener.log devrait répondre à tout ça non ?

remi4444 · 03/10/2006, 14h28

Le problème est que tu n'aura que les appels réellement arrivés sur le listener. Si du coté client tu as l'erreur "no listener" cela veux souvent dire que la connection du client est "partie dans la nature" (pb de port, pb d'IP ou pb de listener etteint) en ratant sa cible, et n'a donc atteint aucun listener. Comment veux tu avoir des traces sur un équipement alors que tu n'est meme pas sur que les clients on réellement essayé de se connecter sur cet équipement.....

29/09/2006, 11h54	#1
lalystar Rédacteur Inscription : septembre 2004 Messages : 626 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 626 Points : 622 Points : 622	*Analyse du traffic SQLNet** Bonjour, Je voudrais savoir s'il est possible de recevoir en direct les demandes transitant via le protocole SQL*Net à partir du listener pour avoir une idée des erreurs (TNS Timeout, appel d'objet non existant...). On pourrait sans doute activer la trace sqlnet.ora au niveau du serveur, mais l'impact en terme de perf risque d'etre trop pénalisant. Si vous avez une idée pour développer un systeme home-made, je suis preneur. Merci, Laly. __________________ In the heart of the truly greats, perfection is never achieved but endlessly pursued. Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
	00

02/10/2006, 12h01	#3
lalystar Rédacteur Inscription : septembre 2004 Messages : 626 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 626 Points : 622 Points : 622	Hello, En fait j'ai une base avec une multitude de clients, certains identifés d'autres non, et j'aurais voulu avoir des stats sur le nombre de TNS timeout, TNS no listener au niveau du serveur hébergeant la base de données sans plomber ses perfs... Laly. __________________ In the heart of the truly greats, perfection is never achieved but endlessly pursued. Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
	00

02/10/2006, 12h03	#4
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	listener.log devrait répondre à tout ça non ? __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

29/09/2006, 14h15	#2
LeoAnderson Expert Confirmé Inscription : septembre 2004 Messages : 2 942 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 2 942 Points : 2 972 Points : 2 972	Si je comprends bien, tu as un client qui n'arrive pas à bien communiquer avec le serveur ? ou pas du tout ? et mettre le sql_trace à 16 sur le client ?
	00

03/10/2006, 14h28	#5
remi4444 Membre Expert Inscription : avril 2006 Messages : 1 024 Détails du profil Informations forums : Inscription : avril 2006 Messages : 1 024 Points : 1 175 Points : 1 175	Le problème est que tu n'aura que les appels réellement arrivés sur le listener. Si du coté client tu as l'erreur "no listener" cela veux souvent dire que la connection du client est "partie dans la nature" (pb de port, pb d'IP ou pb de listener etteint) en ratant sa cible, et n'a donc atteint aucun listener. Comment veux tu avoir des traces sur un équipement alors que tu n'est meme pas sur que les clients on réellement essayé de se connecter sur cet équipement.....
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email