Discussion :

[charles_mourot]

Bonjour,
Lors du Kill d'un traitement, l'arrêt est parfois très long même pour des traitements assez courts où il y a des COMMIT assez rapprochés.
Parfois même la session est marquée 'KILLED' et continu jusqu'à sa fin...
Est-ce un comportement normal d'Oracle où y a t'il un paramêtre que je ne connais pas ?
Merci d'avance pour vos réponses.

Cordialement.

[pifor]

A ma connaissance, je pense que c'est normal et qu'il n'y a pas vraiment de paramètre pour accélérer les choses.

Voir la doc de référence sur ALTER SYSTEM KILL SESSION
(http://download-uk.oracle.com/docs/c...3a.htm#2053604)

KILL SESSION Clause
The KILL SESSION clause lets you mark a session as terminated, roll back ongoing transactions, release all session locks, and partially recover session resources. To use this clause, your instance must have the database open, and your session and the session to be killed must be on the same instance. You must identify the session with both of the following values from the V$SESSION view:

For integer1, specify the value of the SID column.
For integer2, specify the value of the SERIAL# column.
If the session is performing some activity that must be completed, such as waiting for a reply from a remote database or rolling back a transaction, then Oracle waits for this activity to complete, marks the session as terminated, and then returns control to you. If the waiting lasts a minute, then Oracle marks the session to be killed and returns control to you with a message that the session is marked to be killed. The PMON background process then marks the session as terminated when the activity is complete.

Whether or not the session has an ongoing transaction, Oracle does not recover the entire session state until the session user issues a request to the session and receives a message that the session has been killed.

[remi4444]

C'est normal que ce soit long lorsque tu ne fait pas commit, car oracle fait un rollback systématique pour garantir la consistance des données, et le rollback = restauration des données depuis le UNDO, donc plus il y a de modif, plus c'est long à restaurer...