ORA-00031 : session déjà marquée pour fermeture

Bonjour :)

j'ai une session sous Oracle sous 10g qui a été tuée, qui est au statut Killed mais qui n'est pas encore fermé (verrou encore présent dans v$access), et quand j'essaie un alter session kill j'ai donc l'erreur ORA-00031

sauriez-vous faire lâcher prise à cette session qui ne fait rien du tout (aucun rollback, 0 en processus)

Merci

Bonjour,

En règle générale, pour tuer une session sous Oracle, on s'en sort par un ALTER SYSTEM KILL SESSION.

Dans certains cas, il arrive malheureusement que la session perdure avec ce fameux status KILLED.

Dans ce cas, on essaye, sous Unix, un kill -9 du process en charge de cette session (PS : pour Windowds, il existe un utilitaire nommé ORAKILL qui est l'équivalent du kill -9 d'Unix).

Et si cela ne suffit pas, je ne vois qu'un arrêt / relance de la base.

Le KILL -9 en a eu raison :D

Merci.

Citation:

---

Envoyé par rouardg

Bonjour,

En règle générale, pour tuer une session sous Oracle, on s'en sort par un ALTER SYSTEM KILL SESSION.

Dans certains cas, il arrive malheureusement que la session perdure avec ce fameux status KILLED.

Dans ce cas, on essaye, sous Unix, un kill -9 du process en charge de cette session (PS : pour Windowds, il existe un utilitaire nommé ORAKILL qui est l'équivalent du kill -9 d'Unix).

Et si cela ne suffit pas, je ne vois qu'un arrêt / relance de la base.

---

Sais-t où je peux me procurer ORAKILL :?:

De mémoire, j'ai du utiliser une fois ORAKILL sur une base Oracle sous Windows.

ORAKILL.EXE doit être au même endroit que SQLPLUS.EXE, à savoir sous ORACLE_HOME\bin

Normalement sous sqlplus, cela : alter system kill session 'sid,serial#' immediate , ou
alter system disconnect session 'sid,serial#' immediate suffit !!

Je rajoute mon petit grain de sel car j'ai eu le même souci.

Code:

---

1 2 3 4 5

SQL> ALTER SYSTEM KILL SESSION '945,27812' immediate; ALTER SYSTEM KILL SESSION '945,27812' immediate * ERROR at line 1: ORA-00031: session marked for kill

---

En cherchant sur le net, il est dit de laisser, si possible, Oracle killer la session car lors de longs Insert ou Update, le kill n'est pas effectif immédiatement.
Néanmoins la session est marquée "A killer" et Oracle, dans mon cas, l'a fait en 10 secondes.

Si il a un gros ROLLBACK à faire, il va falloir lui laisser le temps.
Killer le processus serveur ne fait que cacher le job du rollback.
L'autre technique, si vous pouvez vous le permettre, c'est de redémarrer l'instance.
Dans ce cas, Oracle redémarre, lit ce qu'il doit réexécuter (les trx commitées mais pas encore checkpointées) et supprime les trx non commitées...

Merci Fabien, c'est bien de se souvenir qu'effectivement le kill fait un rollback et que celui-ci peut durer très très longtemps sans que cela signifie un problème en base.
Idem pour le shutdown abort ou immediate... ça peut prendre des plombes.