Discussion :

[nefertari]

Bonjour,

Je me permets de vous solliciter car je n'arrive pas à tracer les requêtes sur une base de données.

J'ai interrogé la Table V$SQL et V$SQLAREA, mais je ne suis pas sûr que cela répond à ma demande.

Après je me dis que je devrais peut-être lancer un audit_trail.

Est-ce que quelqu’un pourrait m’aider ?

Merci

[Ikebukuro]

Salut,

Quel est précisément ton besoin?

Si c'est de lister TOUTES les requêtes SQL de ta base, il faut passer par V$SQL. MAIS, attention, si ta base est TRES active, cette vue sera rapidement purgée donc tu risques de louper plusieurs requêtes.
Il y a DBA_HIST_SQLTEXT par exemple qui a un historique MAIS pas de tous les ordres SQL, seulement les plus consommateurs de ressources.

Tu peux mettre ta base en mode trace, tracer l’événement système 10046 pour voir ce qui se passe en mémoire, MAIS cela va consommer beaucoup de ressources et peut faire exploser ton filesystem. Donc a ne faire que pour une durée courte.

L'audit? Je ne suis pas sur que cela te permette de tracer les requêtes SQL.

Une solution, mais impossible sous Oracle, aurait été de faire un trigger AFTER INSERT dans V$SQL pour copier chaque nouvel ordre SQL dans une table à part; mais Oracle ne permet pas la création de trigger sur un objet du schéma SYS.

[McM]

Tu peux utiliser le package statspack, tu n'auras pas 100% des requêtes mais une bonne partie.

[Ikebukuro]

Euh, pas super simple à utiliser et puis, même si c'est gratos, c'est deprecated depuis plusieurs versions par Oracle.

Avec AWR (les vues qui commencent par DBA_HIST_***) tu auras aussi les ordres principaux mais pas tous. Mais il faut avoir le Diagnostic Pack.

A nouveau, qu'il précise son besoin.

[Pomalaix]

Euh, pas super simple à utiliser et puis, même si c'est gratos, c'est deprecated depuis plusieurs versions par Oracle.

Pourtant vous suggérez juste avant d'utiliser la mise en trace 10046 ! Si vous appelez ça super simple...
AWR n'est guère qu'un statspack modernisé, enrichi et automatisé, mais la méthodologie de diagnostic et d'analyse est la même entre ces deux outils.

Pour ce qui est du côté obsolète de statspack "depuis plusieurs versions", c'est vraiment loin d'être un outil périmé et il continue d'évoluer à chaque version. Par exemple, en 12.1 Statspack a intégré le support du mode multitenant.
C'est pourquoi je l'utilise encore à tour de bras pour mes audits chez mes clients qui sont en édition Standard, ou bien n'ont pas les licences requises pour AWR, et je suis bien content de pouvoir compter sur lui, car nous serions bien dépourvus dans le cas contraire !

[Ikebukuro]

Si besoin, voilà ce que j'utilise comme code pour faire une trace 10046.

Code :

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

1
2
3
4
          SQL> ALTER SESSION SET timed_statistics = TRUE;
          SQL> ALTER SESSION SET max_dump_file_size = unlimited;
          SQL> ALTER SESSION SET TRACEFILE_IDENTIFIER = 'zztest_create_table01.trc';
          SQL> ALTER SESSION SET events '10046 trace name context forever, level 4';

L'ordre SQL à tracer.

Code :

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

SQL> CREATE TABLE ZZ01 (ID NUMBER);

Ne pas oublier de désactiver la trace une fois l'ordre SQL exécuté.

Code :

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

SQL> ALTER SESSION SET events '10046 trace name context off';

Pour savoir où est la trace, faire un

Code :

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

SELECT * FROM v$diag_info;

et voir le répertoire trace.