Oracle 10g : Lock sur un objet par session introuvable

Bonjour,

nous rencontrons fréquemment des problèmes de lock sur des lignes de table sans pouvoir trouver qui détient le lock.
A force de chercher, je me suis aperçu qu'en lançant depuis une session un
select for update sur la ligne bloquée et qu'en parallèle j'exécute le script suivant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

select oracle_username || ' (' || s.osuser || ')' username , s.sid || ',' || s.serial# sess_id , owner || '.' || object_name object , object_type , decode( l.block , 0, 'Not Blocking' , 1, 'Blocking' , 2, 'Global') status , decode(v.locked_mode , 0, 'None' , 1, 'Null' , 2, 'Row-S (SS)' , 3, 'Row-X (SX)' , 4, 'Share' , 5, 'S/Row-X (SSX)' , 6, 'Exclusive', TO_CHAR(lmode)) mode_held from v$locked_object v , dba_objects d , v$lock l , v$session s where v.object_id = d.object_id and v.object_id = l.id1 and v.session_id = s.sid order by oracle_username , session_id

---

Je récupère mon SID de session et un SID d'une autre session qui est logiquement la session bloquante. J'ai tenté un alter system kill sur cette session mais le lock est toujours là.
Si je recherche dans v$process, je n'ai aucune ligne correspondant à son SID, Serial#

Quelqu'un aurait-il une solution ou ne reste-t'-il que le redémarrage de base dans ce cas là?

Il faut killer le process de la session après l'avoir killé sous oracle.

Cordialement,
Laurent

Merci, mais le problème est que je n'ai aucun process correspondant à cette session sous v$process!

Le killer sous ton OS, mais en effet il faut récupérer le num de session avant de le killer sous oracle ... là il faudrait faire l'inverse rechercher la session sous ton os mais il faut être sûr de trouver la bonne, c'est pas gagné !

Merci Laurent pour tes suggestions, je dois avouer que je ne me suis pas lancé la dedans...

En revanche, ce matin, en lançant le session browser de Toad, j'ai vu apparaitre la fameuse session bloquante qui est sur un insert depuis plus d'une journée... Elle apparait dans le sous-onglet session de l'onglet sessions.
J'ai un identifiant de process 404:416 que je retrouve une ligne plus bas pour une autre session lancée depuis le même poste 30 minutes avant.

Est-ce qu'il y a moyen de faire quelque chose à partir de ça?

La session qui fait un insert depuis plus de 24h doit avoir oublier de faire un commit / rollback.

Vous pouvez tuer cette session (ça fera un rollback implicite) depuis Toad ou trouver la personne qui lock pour lui demander de faire un commit !

J'avoue que je suis de plus en plus perdu. J'ai fais un disconnect session immediate sur la session repérée mais... l'enregistrement de ma table est toujours locké.
Je viens de jeter un œil à v$transaction et je vois toujours une transaction qui date d'hier matin (depuis toad, je n'ai plus aucune session datant d'hier).
J'ai tenté un force rollback sur la transaction mais elle ne disparait pas...

Si ça peut aider, je vais préciser le contexte : l'application est écrite en windev, les postes clients sont automatiquement rebootés chaque nuit et la base est hébergée sur un serveur Solaris.