Discussion :

[Laurent Dardenne]

Oracle 9i R2 sous XP Pro sp1

Bonjour,
je recherche un outil gratuit permettant de tracer les ordres qu'un poste client envoi vers un serveur ou sur un serveur la dernière requête exécutée par une session particuliére.

J'utilise l'outil d'admin graphique livré avec Oracle server, je ne me souviens plus de son nom, mais la derniére requête visible d'une session ne correspond pas à celle 'envoyée' par le poste.

Merci

[orafrance]

Tu peux utiliser oradebug qui permet de tracer une session via SQL*Plus :

D'abord il faut récupérer le spid :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select spid from v$process a, v$session b
where a.addr = b.paddr 
and sid = <SID>;

ensuite initialiser la trace :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

oradebug setospid <SPID>

et lancer le début de celle-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

oradebug event 10046 trace name context forever, level (8)

le level peut être modifié selon le niveau de détail que tu recherches.

Enfin, tu arrêtes la trace avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

oradebug event 10046 trace name context off

Tout cela te génére un fichier trace dans le répertoire indiqué par le paramétre user_dump_dest. Tu peux appliquer un tkprof dessus pour rendre le fichier plus lisible

[Jaouad]

il existe également avec Oradebug 2 packages :

dbms_system.set_ev
et
sys.dbms_system.set_sql_trace_in_session

Ou tu n'a besoin que du SID et du SERIAL# , que tu trouves aisement dans la vue v$session

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
SELECT sid,serial# FROM v$session
WHERE machine  like UPPER('%&machine%')

[Jaouad]

Tu peux utiliser oradebug qui permet de tracer une session via SQL*Plus :

Pour Oradebug il vaut mieux apres avoir définit le shadow process , ne plus limiter la taille du fichier dump .Car cela évite d'avoir une trace coupé (attention quand même à la volumétrie de la trace )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
 oradebug UNLIMIT

[Laurent Dardenne]

Merci pour vos infos, je regarde de suite





Vous pourriez peut être l'indiquer dans la FAQ Oracle ?

[Jaouad]

Merci pour vos infos, je regarde de suite





Vous pourriez peut être l'indiquer dans la FAQ Oracle ?

Bone idée

n'oublie pas le boutton résolue

[orafrance]

Vous pourriez peut être l'indiquer dans la FAQ Oracle ?

certes

[Laurent Dardenne]

Bon cela ne fonctionne pas comme prévu, il semblerais que les droits nécessaire coté serveur soient Sysdba :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
SQL> oradebug setospid 212
ORA-01031: privilèges insuffisants
...
SQL> oradebug setospid 212
ORA-00072: Le traitement "Windows thread id: 212, image: " n'est pas actif
 
SQL> oradebug setospid 212
ORA-01858: caractère non numérique rencontré à la place d'un numérique

Pour le second message je ne comprend pas trop l'état actif pour une session, pour ces manipulations sur le soft client j'ouvre juste une session avant d'exécuter le traitement à tracer.
Et il me faut connaitre le numéro de session pour paramètrer la méthode de trace indiquée plus haut.
Pour le dernier msg je comprend pas du tout, la saisie est bien '212'

Comme je recherche aussi une solution qui ne nécessite pas d'avoir les droits d'accès sur la console d'administration, j'essaie de configurer la trace coté client (ODP) mais sans succés pour le moment

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Windows Registry Editor Version 5.00
 
[HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\ODP.NET\HOME]
"TraceFileName"="D:\\Delphi-ODP\\ODPNET.trc"
"TraceLevel"="2"
"TraceOption"="0"

Dans un premier temps si vous aviez une piste pour paramètrer la trace coté client ...

[LeoAnderson]

Si c'est un traçage temporaire, le paramètre TRACE_LEVEL_CLIENT du fichier sqlnet.ora ($ORACLE_HOME/network/admin) devrait vous convenir.

[Jaouad]

Laurent , tu as besoin d'être connecté en tant que system ou sys ou tout autre compte ayant le rôle DBA

[Laurent Dardenne]

Laurent , tu as besoin d'être connecté en tant que system ou sys ou tout autre compte ayant le rôle DBA

J'ai bien compris.
Les 2 solutions m'intéressent mais je vais privilégier celle coté client.
Effectivement j'avais oublié la possibilité de modifier le fichier sqlnet.ora.

J'ai pas encore les automatismes ...
Merci

[Jaouad]

Laurent , tu as besoin d'être connecté en tant que system ou sys ou tout autre compte ayant le rôle DBA

J'ai bien compris.
Les 2 solutions m'intéressent mais je vais privilégier celle coté client.
Effectivement j'avais oublié la possibilité de modifier le fichier sqlnet.ora.

J'ai pas encore les automatismes ...
Merci

Veux tu juste récuperer les requêtes dans ce cas là la trace sqlnet est suffisante ou alors veux tu également analyser ces reqûêtes .
dans le dernier cas je pense que ca ne serat pas suffisant

[Laurent Dardenne]

Veux tu juste récuperer les requêtes dans ce cas là la trace sqlnet est suffisante

Pour le moment oui, et le proposition de LeoAnderson suffit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TRACE_LEVEL_CLIENT=SUPPORT

Je garde l'autre approche dans mes tiroirs au cas où.

Merci