Discussion :

[neGo33]

Bonsoir,
Nous avons une application se basant sur une base de données Oracle 11G R2 (sur un Windows 2008 Server).
Nous voulons mettre en place un audit de la base suite à des temps de latence élevés.

Que me conseillez-vous?
Je souhaiterai avoir un petit rapport m'affichant les requêtes les plus longues avec le temps écoulé pour une durée de 2h par exemple.

Quels sont les vues système pour cela?

Merci d'avance.

[pachot]

Bonjour,
Suivant que vous ayez Diagnostic pack ou non: AWR ou Statspack.
Cordialement,
Franck.

[neGo33]

Bonsoir,
Merci pour les infos.
Dés demain, je vais me pencher sur statspack.

Si j'ai bien compris le système, ça va écrire des résultats dans un tablespace que je pourrai ensuite exploiter?

En tout cas grand merci pour ton message et ta rapidité.

[lallio]

Hello;

La mise en place est rapide
http://www.lao-dba.com/article-23892335.html

On peut ensuite faire des rapports (format txt) qui sont riches d'enseignements.

Ensuite on peut aussi jeter un oeil rapide dans le cache
http://www.lao-dba.com/article-24435904.html

@+

[Heaven93]

bonsoir,

bien réducteurs ces liens... et fouiller dans la sql_area implique d'être là au moment où les requêtes sont exécutées ou peu après.
se pencher sur statspack signifie-t-il que le diagnostic pack est absent?
si vous avez un serveur d'application, ou des utilisateurs qui accèdent depuis un poste distant, penchez-vous sur les autres éléments pouvant être en cause : le réseau, les serveurs middle_tiers, le paramétrage des array size, result cache, etc. le poste du client est bien loin du serveur de base de données dans ces divers cas mais bien sûr on incrimine toujours d'abord oracle. monitorez les sessions ou la base (dbms_monitor, voir la doc) afin de voir en combien de temps sont traitées les query à partir du moment où elles sont soumises à oracle et jusqu'au moment où la BDD renvoie le résultat. il est probable que dans les traces vous trouverez essentiellement du "sql*net message from client". dans ce cas, la vérité peut être ailleurs que dans la base.
si vous avez le diagnostic pack, un petit awrrpt sur une période ou un ashrpt vous donneront d'excellentes pistes. dans tous les cas, il va falloir travailler un peu.
pour moins d'efforts, une dbconsole peut-être...

[neGo33]

Bonjour,
Merci de vos réponses.

J'ai une DBConsole d'installée. Comment auditer les requêtes depuis la DBConsole?

J'ai installé Statspack mais pour le moment pas concluant.

On va regarde dbms_monitor aussi. Et voir avec mon service coordination pour peut être obtenir le diagnostic pack.

[neGo33]

Bonjour,
Je reviens à la charge concernant l'audit des requêtes.
J'ai fais installé le diagnostic pack + tuning.

Je me suis penché sur dbms_monitor mais le problème que j'ai trouvé c'est qu'il faut rajouter un HINT /*+ MONITOR */ dans les requêtes. Or, il s'agit de requêtes transmises par un serveur d'application Jonas avec comme outil JSF et JPA derrière. Donc pas possible pour les développeurs de changer les requêtes.
Ca m'embête vraiment parce que j'ai trouvé ça simple à mettre en place et les rapports sont clairs.

Avec la commande AUDIT sur les INSERT, DELETE, SELECT, UPDATE de mon schéma, j'obtiens toutes les requêtes avec le timestamp de début d'exécution mais pas de fin d'exécution (ou directement le coût de cette requête) :'(

Quelles sont les techniques possibles donc pour :
- récupérer le temps d'exécution des requêtes exécutées pour un schéma spécifique?

D'avance merci.