Tracer toutes les requêtes exécutées par un utilisateur

**scop** · 10/03/2005, 16h42

Bonjour a tous,

Ce que je souhaite faire est relativement simple (sauf avec oracle et quand on est pas soi-meme dba

j'aimerai recuperer toutes les requetes executees par un utilisateur (utilise uniquement par une application specifique) pour faire du reengineering de l'application en question (dont je n'ai pas le code et je voudrais savoir ou elle "tappe" dans la base de donnees)

pour faire ca j'ai essayer un trigger :

Code :

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

1
2
3
4
5
6
Create or replace trigger trigger_webdfe AFTER LOGON ON database
begin
if user = 'webdfe' 
execute immediate 'alter session set sql_trace = true';
end if;
end;

j'obtiens bien un fichier de trace .trc dont le contenu ne me satisfait pas du tout

monfichier.trc

Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /oracle/9i
System name: AIX
Node name: ****
Release: ****
Version: ****
Machine: ****
Instance name: LEOBASE_F
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 876686, image: oracle@leo (TNS V1-V3)

*** SESSION ID

7.9789) 2005-03-10 16:27:37.276
Skipped error 4098 during the execution of SYSDBA.TRIGGER_WEBDFE
*** 2005-03-10 16:27:37.305
ksedmp: internal or fatal error
ORA-04098

qqun pourrait m'expliquer ou est le probleme ?

j'ai commencer par une commande du style :

Code :

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

EXECUTE DBMS_SYSTEM.SET_SQL_TRACE_IN_SESION(SID,SERIAL#,BOOLEAN)

mais cela n'est pas utilisable sachant que l'application se deco/reconnecte a chaque requete executee et que donc le serial est incremente a chaque fois et le sid change aussi parfois...

MERCI D'AVANCE POUR VOTRE AIDE !!!!!!!!!!!!!!!!!!!!!!!!

))

**orafrance** · 10/03/2005, 16h48

et pourquoi ne pas se servir de v$sqlarea ou mettre carrément la base en trace ?

**scop** · 10/03/2005, 16h56

trop d'utilisateurs sur la base et donc cela prendrait trop de ressources de tout tracer...

sinon j'avais oublie le THEN dans le code de mon trigger mais j'ai toujours des erreurs ds le fichier de trace :

myfile.trc

Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /oracle/9i
System name: AIX
Node name: leo
Release: 2
Version: 5
Machine: 005481AC4C00
Instance name: LEOBASE_F
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 893012, image: oracle@leo (TNS V1-V3)

*** SESSION ID

7.10114) 2005-03-10 16:53:23.276
Skipped error 604 during the execution of SYSDBA.TRIGGER_WEBDFE
*** 2005-03-10 16:53:23.292
ksedmp: internal or fatal error
ORA-00604: wyst±pił bł±d na poziomie 1 rekurencyjnego SQL
ORA-01031: niewystarczaj±ce uprawnienia
ORA-06512: przy linia 3

(la description des erreurs est en polonais, ca aide hein ?

))

**orafrance** · 10/03/2005, 17h05

1°) merci de penser aux balises [CODE] et [QUOTE]

2°) je ne suis pas sûr que un trigger sur LOGON soit moins couteux

Et la solution v$sqlarea ?

**PpPool** · 10/03/2005, 17h08

Bonjour

LogMiner pourrait etre adapté non ?

@

**Noki** · 10/03/2005, 18h51

Bonjour,

Il semblerait que l'erreur que tu obtiens ( après avoir corrigé le 'THEN' dans la condition 'if' ) provienne d'un manque de privilèges ( -> cf erreur ORA-01031 insufficient privileges ).

Je te conseille donc d'ouvrir une session avec le user 'webdfe' et d'exécuter directement la requete :

Code :

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

alter session set sql_trace = true

( en désactivant juste derrière : juste pour vérifier que ta requête passe... et de nous faire part du résultat )

Qu'on me corrige si je me trompe mais LogMiner permet effectivement de tracer les changements effectués sur la base ; or ici on désire tracer TOUTES LES REQUETES ( y compris donc les SELECT ) exécutées par un utilisateur donné.
Sauf erreur de ma part LogMiner ne répond donc pas à la question.

a+
Noki

**lalystar** · 11/03/2005, 08h47

Une simple remarque sur le code de ton trigger :

Code :

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

1
2
 
if user = 'webdfe' then

Il faut mettre les noms d'objets, d'user... en majuscule car ils sont stockés en majuscule dans les tables du dictionnaire d'Oracle en général.

Laly.

**lalystar** · 11/03/2005, 08h49

Envoyé par Noki

Sauf erreur de ma part LogMiner ne répond donc pas à la question.

Tout à fait, dans LogMiner on n'aurait que les requêtes ayant modifiés qqchose en base, pas les simples select.

Laly.

**scop** · 11/03/2005, 09h47

Bonjour a tous,

Desolé pour l'oubli des balises mais c t la premiere fois que je postais

J'en apprends un peu plus sur les fonctionnalites de LogMiner et apparement cela n'est pas utilse dans mon cas.

Sinon je n'ai pas de probleme lors de l'execution de la commande

Code :

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

 alter session set sql_trace = true;

Session altered

Sinon sur un forum OTN, qqun me dit cela (mais j'avoue que cela se corse)

Perhaps this package is invalid.
Have you seen the status into dba_objects table ?
If it's the case you can to recompile SYS invalid object :
To recompile SYS invalid objects, run (with INTERNAL or SYS) $ORACLE_HOME/rdbms/admin/utlrp.sql

Oracle highly recommends running this script towards the end of any database migration/upgrade/downgrade.

You can read metalink notes (225942.1 - Using DBMS_UTILITY.COMPILE_SCHEMA For SYS Objects Fails With ORA-20001 ORA-06512, and 272322.1 - Difference between UTLRP.SQL - UTLIRP.SQL - UTLIP.SQL?) mentionned, utlrp.sql recompiles invalid PLSQL modules (procedures, functions, packages, triggers, types, views, libraries).

désolé pour les non anglophones

Qqun y voit une piste valable ?

Merci d'avance pour toutes vos réponses
Cordialement!

PS : ca va se finir, jvais venir un dimanche, foutre la base totale en mode trace, faire tourner l'appli et voir les requetes qui passent lol...

**orafrance** · 11/03/2005, 09h56

Oui si tu as effectivement des objets invalides il faut les compiler

Le trigger est bien valide au moins ? Il plante avec toutes les connections ou uniquement WEBDFE ?

**scop** · 11/03/2005, 10h12

ben le fichier de trace est crée uniquement lorsque c WEBDFE qui se connecte, pis ca plante direct...

par contre, lorsque je trace a la main cad j'execute le alter session, connecte en tant que WEBDFE avec toad ben cela marche pour preuve :

/leo/formation/dbdc/oracle/udump/leobase_f_ora_712916.trc
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /oracle/9i
System name: AIX
Node name: leo
Release: 2
Version: 5
Machine: 005481AC4C00
Instance name: LEOBASE_F
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 712916, image: oracle@leo (TNS V1-V3)

*** 2005-03-11 09:40:29.256
*** SESSION ID

8.9377) 2005-03-11 09:40:29.237
APPNAME mod='TOAD 8.0.0.47' mh=363997730 act='' ah=4029777240
=====================
PARSING IN CURSOR #3 len=35 dep=0 uid=26 oct=42 lid=26 tim=1084502372320467 hv=4050693888 ad='2be26c58'
alter session set sql_trace = true
END OF STMT
EXEC #3:c=0,e=145,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=1084502372301827
*** 2005-03-11 09:43:25.160
=====================
PARSE ERROR #2:len=38 dep=0 uid=26 oct=42 lid=26 tim=1084502544101637 err=911
alter session set sql_trace = false;
=====================
PARSING IN CURSOR #3 len=36 dep=0 uid=26 oct=42 lid=26 tim=1084502544114117 hv=2919611770 ad='2be27468'
alter session set sql_trace = false
END OF STMT
PARSE #3:c=0,e=343,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=1084502544114113
EXEC #3:c=0,e=114,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=4,tim=1084502544114314

**scop** · 11/03/2005, 10h25

avec

Code :

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

1
2
 
select * from dba_objects where dba_objects.OBJECT_NAME = 'TRIGGER_WEBDFE';

je peux voir que le statut de mon objet est valide...

**bouyao** · 11/03/2005, 10h26

Activier l'Audit ca ne resouds pas ton problème ?

**orafrance** · 11/03/2005, 10h31

ça passe mais est-ce que le trigger est toujours actif ? T'as pas répondu aux questions : Le trigger est bien valide au moins ? Il plante avec toutes les connections ou uniquement WEBDFE ?

**scop** · 11/03/2005, 10h34

Je ne sais pas, je ne l'ai jamais utilise.

Qu'est ce cela que permet exactement ? Comment cela s'active, etc ?

Merci d'avance pour vos réponses...

Sinon ya tjs la solution de mettre toute la base en trace, tanpis pour les perfs, et parcourir le fichier avec tkprof.

**scop** · 11/03/2005, 10h39

Pour information,

l'utilisateur WEBDFE possede les meme droits que sysdba, je l'ai cree specialement pour cela et compte bien entendu le supprimer des que j'aurai un fichier trace correcte

**scop** · 11/03/2005, 10h43

orafrance j'ai repondu a tes deux questions :

Le trigger est bien valide au moins ? Il plante avec toutes les connections ou uniquement WEBDFE ?

oui il est valide et il ne plante qu'avec WEBDFE...

**bouyao** · 11/03/2005, 11h22

Pour avoir la trace de tous il suffit d'ajouter l'event suivant dans l'init de la base :

Code :

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

event="10046 trace name context forever, level 4"

attention ca peut generer des grands fichiers trace

**orafrance** · 11/03/2005, 11h25

Désolé, j'avais pas saisi

Tu es en RAC ou pas ?

**scop** · 11/03/2005, 11h38

cela revient a un

Code :

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

1
2
 
sql_trace = true

non ?

Tracer toutes les requêtes exécutées par un utilisateur

Oracle

Discussions similaires

Partager

Partager