Utiliser la gv$session de dire si une requête est suspendu

J'ai une requête en cours d'exécution dans Oracle, qui peut ou peut ne pas être bloqué. Il est en cours depuis ~10 heures maintenant, mais en fonction de la quantité de données que je suis de chargement qui peuvent ne pas être déraisonnable.

J'ai été à la recherche à la session dans le gv$session et je me demandais si il existe un moyen de traduire cette information pour voir si il y a en fait toute activité en cours, ou si la requête est bloqué en attente d'un verrou ou autrement accroché.

J'ai déjà lu la documentation de ce point de vue ici. Je suis surtout à la recherche pour obtenir des conseils de quelqu'un dont avaient de l'expérience de débogage de ces types de problèmes dans Oracle.

Merci!

  • Est-il une entrée dans v$session_longops que vous pouvez vérifier pour voir si elle est en progression? Sinon, suivez ce lien pour des manières de voir si votre session est bloqué: orafaq.com/node/854
  • Merci, je peux combiner cela avec la gv$sqlarea pour voir quelles sont les déclarations holding moi!
InformationsquelleAutor Paul | 2012-04-27
  1. 8

    Dans gv$session, le event colonne indique ce que vous attendez de votre session est en cours d'attente. Si votre session est en attente sur une sorte de verrou détenu par une autre session, le event vous dira que (par exemple, il sera "enq: TX - ligne de verrouillage" si vous êtes en file d'attente en attente pour verrouiller une ligne tenue par une autre session) et blocking_instance et blocking_session sera remplie avec l'instance et l'ID de session du titulaire de la serrure. Vous pouvez aussi regarder seconds_in_wait (si wait_time=0) pour déterminer combien de secondes la session a passé dans l'attente de l'événement. Cela devrait au moins vous dire si votre session est actuellement "coincés" mais elle n'est pas de vous dire si votre requête est jamais vraiment fini-- s'il y a un mauvais plan, c'est tout à fait possible que vous avez des "bons" attendre les événements comme les attend pour les I/O disque, qui indiquent que la session est en train de faire quelque chose, mais que la requête n'est jamais vraiment fini.

    • Grande info. Merci!
    • sélectionnez " MODIFIER le SYSTÈME de TUER la SESSION "'||sid||','||"numéro de SÉRIE"||"';', un événement à partir de gv$session où la machine = 'votre machine" est très utile pour générer les commandes pour les tuer. Il suffit de copier coller la colonne 1
    InformationsquelleAutor Justin Cave
  2. 4

    Basé sur des recherches plus poussées et Ollie commentaire, je suis venu avec ces requêtes aider à déboguer le problème:

    select s.sid, 
       s.username,
       s.machine,
       s.osuser, 
       cpu_time,
       (elapsed_time/1000000)/60 as minutes,
       sql_text
from gv$sqlarea a, gv$session s
where s.sql_id = a.sql_id
and s.machine like '####';


select lo.*, 
       a.sql_text
from gv$sqlarea a, gv$session_longops lo
where lo.sql_id = a.sql_id
and lo.sid = ####
order by lo.start_time;
    • Sans vérifier l'exacte des colonnes dans ces vues, ne serait-il pas préférable de lier gv$sqlarea de gv$session_longops via SQL_ID? Je ne suis pas devant mon PC en ce moment donc je ne peux pas vérifier 🙁
    • Qui travaille trop. J'ai mis à jour la réponse.
    InformationsquelleAutor Paul
  3. 0

    Que ce sera Utile pour vérier la Session en cours d'Exécution

    select a.SID, a.SERIAL#, c.OBJECT_NAME 
from v$session a, v$locked_object b, user_objects c
where a.SID=b.SESSION_ID and b.OBJECT_ID=c.OBJECT_ID
    InformationsquelleAutor Shyam D