Discussion :

[moi26]

Bonjour,

J'essaye de faire une surveillance sur les requêtes qui sont en cours sur la base depuis plus de 15 minutes (surveillance lancée toute les heures).
Et j'aurais besoin de vos lumière car je n'arrive pas au résultat escompté:

J'utilise la requête suivante pour ma surveillance:

Code :

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

1
2
3
4
5
SELECT Sql_FullText,sql_id, (elapsed_time/1000000) "Elapsed time (s)", executions, last_active_time
FROM v$sql
WHERE Parsing_Schema_Name ='user'
and (elapsed_time/1000000)>90
and last_active_time > sysdate-1/24

Hors, celle ci détecte les requêtes qui sont exécutées continuellement comme des requêtes longues.
exemple avec un simple:

Code :

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

select tot.nextval from dual

Cette requête exécutée trop souvent remonte dans cette surveillance.

Pouvez vous m'aider?
Merci d'avance

[McM]

J'ai pas bien compris quel était le problème exact, mais je tente cette réponse :
divise le elapsed par le nombre d'exécutions pour le test

Code :

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

AND (elapsed_time/1000000)>90

[moi26]

Merci pour la réponse,

mais je suis passé par la table v$session et je vérifie que le paramètre LAST_CALL_ET soit supérieur à 15 minutes

MAxime

[Pomalaix]

mais je suis passé par la table v$session et je vérifie que le paramètre LAST_CALL_ET soit supérieur à 15 minutes

Ca serait intéressant de voir votre solution finale, qui pourrait être utile à plus d'un.

[LBO72]

Pomalaix

Ca serait intéressant de voir votre solution finale, qui pourrait être utile à plus d'un.

Tu as déjà un client :-)... mais je continue à chercher de mon côté.

Cdlt,
LBO72.

[McM]

Voici déjà un exemple de requête pour vérifier les sessions actives depuis plus de X s, avec l'affichage du texte sql (255 caractères)

Code :

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

1
2
3
4
5
6
SELECT s.SID, s.username, s.last_call_et actif_depuis, s.lockwait, r.sql_text
FROM v$session s, v$sql r
WHERE s.status = 'ACTIVE'
AND s.username IS NOT NULL
AND r.hash_value (+) = DECODE (s.sql_hash_value, 0, s.prev_hash_value, s.sql_hash_value)
AND s.last_call_et > 30 -- plus de 30s

[Pomalaix]

Malheureusement, l'idée de filtrer sur STATUS='ACTIVE' dans V$SESSION ne tient pas, car ACTIVE ne veut pas dire ce que l'on croit de prime abord !

Test simple : dans une première session, faire un

Code :

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

SELECT * FROM DBA_OBJECTS;

ce qui devrait durer un bon moment !
Dans une deuxième session, consulter STATUS. Vous verrez que la session est considérée comme INACTIVE.
Visiblement, mais sans confirmation formelle, ACTIVE signifie "en train d'exécuter un PARSE ou un EXECUTE", mais FETCH est considéré comme INACTIVE.

Quant à LAST_CALL_ET, c'est le temps écoulé depuis le dernier "appel" à la base (parse, execute ou fetch).
Lors d'un long SELECT, on constate que LAST_CALL_ET a une valeur de 0, parfois 1, mais a priori pas plus. C'est qu'à chaque FETCH, le compteur est remis à 0, donc pour mesurer la durée d'exécution, c'est mort.
Et je ne parle même pas du PL/SQL, où un bloc constitue un appel.

En V11, on a bien une nouvelle colonne SQL_EXEC_START dans V$SESSION qui indique quand l'instruction a commencé ; le souci c'est que cette colonne ne passe pas à NULL non plus quand l'instruction se termine. On a toujours la même difficulté: savoir si la session est réellement inactive ou non.

Le problème reste donc entier...

[mnitu]

En supposant que logiquement le but recherché est l’optimisation, les requêtes qui durent quelques millisecondes mais qui sont exécutées des millions de fois posent au moins autant de problèmes que celles qui durent plusieurs minutes et sont exécute quelques fois et doivent faire l’objet de la surveillance et analyse.