Discussion :

[flonardi]

Bonjour,
Je souhaiterai récupérer le programme exécutant une requête sur Oracle (Exel, Access, Appli Métier, ...). Je ne vois pas comment le faire via un trigger ou un audit.

L'audit ne me ramènera que le select et je ne pourrai identifier le programme dans v$session. Le trigger ne peut se faire sur un select.

A la rigueur je pourrai faire un trigger sur la connexion et récupérer dans v$session le type de programme mais je souhaiterai en plus compter le nombre de fois que la requête est lancée par ce programme.

Des idées???

Merci

[orafrance]

le programme est dans Module et/ou Program de v$session.

[aline]

Bonjour,
L'audit d'oracle est très bien mais à mon gout encore incomplet.
Pour auditer, un select, je ne vois pas d'autres solutions que par l'audit.
Il faut hélas le completer par un trigger on logon-logoff dans lequel tu rajoutera les infos manquantes. Tu pourras faire la jointure avec le sessionid. J'ai déjà eu ce genre de problèmes et c'est comme cela que je l'ai résolu en tout les cas.

[flonardi]

Le problème est que je ne peux pas faire d'audit de tous les select qui passent sur la base. Il y en a trop.

J'ai fait un trigger logon/logoff qui me récupère les infos dont j'ai besoin. Ce qu'il me manque c'est le nombre de fois qu'un select a été fait sur un application en particulier. Je pense qu'il va falloire que je fasse un job qui pointe sur v$sqlarea pour le nombre d'exécution.

[flonardi]

Mes triggers logon/logoff fonctionnent bien et me ramènent un certains nombre d'informations intéressantes mais il me manque les select effectués par certaines applications. J'ai bien rajouté une requête qui récupère le select en cours de la personne mais le problème c'est que ce select est le select du trigger.

Le gros soucis de l'audit est que l'on ne peut pas filtrer les select sur un programm particulier. Il y a des personne qui se connectent sur la base avec des programmes type excel et je souhaierai connaître les select qu'ils effectuent.

J'ai bien regarder du coté de dbms_fga mais cela ne correspond pas à ce que je recherche.

J'ai fait aussi un trigger sur la table sys.aud$ mais je récupère une erreur comme quoi je n'ai pas le droit de faire de trigger sur une table système.

Des idées? Des solutions? Des pistes?

Merci par avance.

[aline]

Le gros soucis de l'audit est que l'on ne peut pas filtrer les select sur un programm particulier. Il y a des personne qui se connectent sur la base avec des programmes type excel et je souhaierai connaître les select qu'ils effectuent.

Bonjour,
si tu cherches à tracer une appli, as tu essayé d'aciver une trace sur ton trigger on logon en fonction de l'appli?
Le problème, c'est que si quelqu'un change le nom de l'appli, pas de trace!

[flonardi]

Je n'ai pas essayé mais si je fais ça, comment faire pour arêter la trace? Il faut que je fasse une arrêt de la trace au logoff ou la trace s'arête d'elle même à la fin de la session?

[aline]

elle va s'arreter à la fin de la session.
Par contre, le cout en perf ainsi qu'en place peut être non nul!
Il faut en être conscient!

[LeoAnderson]

Si vous êtes en 10g, le FGA est fait pour vous puisqu'il vous permet de surveiller qui fait quel type d'opérations (INSERT/SELECT/UPDATE/DELETE) et sur quels enregistrements.

[flonardi]

ce que je recherche, c'est quelle est la requête lancée par un programme de type excel/access et par qui.

Par qui, je le sais, le programme je le connais, la requête, j'arrive à la récupérer au moment où elle est lancée en manuelle mais pas en auto via un trigger.

Je pense que je vais faire un job temporairement qui va se lancer toutes les xx secondes et récupérer toutes les requêtes select quand le programme = 'excel ou access ou ...'

Ou dans le trigger lancer l'audit sur une session?

[aline]

ce que je recherche, c'est quelle est la requête lancée par un programme de type excel/access et par qui.

Par qui, je le sais, le programme je le connais, la requête, j'arrive à la récupérer au moment où elle est lancée en manuelle mais pas en auto via un trigger.

Je pense que je vais faire un job temporairement qui va se lancer toutes les xx secondes et récupérer toutes les requêtes select quand le programme = 'excel ou access ou ...'

Ou dans le trigger lancer l'audit sur une session?

Pourquoi ne pas essayer la solution que je t'ai proposé?

[flonardi]

Parce que dans un premier temps, je recherche une solution qui mette les données en base. J'essaye de rajouter des infos qui me manque à perfstat et je voudrai interroger tout ça sous forme de requête plutôt que d'aller lire un fichier sur le serveur.

De toute façon, je vais aussi essayer la tienne. Ca me permettra de me familiariser avec les traces.