matar sesiones oracle



El otro día recibí una alerta acerca de algunos bloqueos en esta base de datos, esta consulta me parece mas funcional que las basadas en v$lock, puesto que es mas rápida:

SQL> SELECT * FROM dba_waiters where MODE_HELD <>'None' or MODE_REQUESTED <>'Share';

WAITING_SESSION HOLDING_SESSION LOCK_TYPE                  MODE_HELD                                MODE_REQUESTED                             LOCK_ID1   LOCK_ID2
--------------- --------------- -------------------------- ---------------------------------------- ---------------------------------------- ---------- ----------
            398             336 Transaction                Exclusive                                Share                                        327692    9591040
            397             336 Transaction                Exclusive                                Share                                        327692    9591040
            394             336 Transaction                Exclusive                                Share                                        327692    9591040
            373             336 Transaction                Exclusive                                Share                                        327692    9591040
            347             336 Transaction                Exclusive                                Share                                        327692    9591040
            333             336 Transaction                Exclusive                                Share                                        327692    9591040
            316             336 Transaction                Exclusive                                Share                                        327692    9591040
            294             336 Transaction                Exclusive                                Share                                        327692    9591040
            293             336 Transaction                Exclusive                                Share                                        327692    9591040
            242             336 Transaction                Exclusive                                Share                                        327692    9591040
            201             336 Transaction                Exclusive                                Share                                        327692    9591040
            197             336 Transaction                Exclusive                                Share                                        327692    9591040
            194             336 Transaction                Exclusive                                Share                                        327692    9591040
            172             336 Transaction                Exclusive                                Share                                        327692    9591040
             88             336 Transaction                Exclusive                                Share                                        327692    9591040
             57             336 Transaction                Exclusive                                Share                                        327692    9591040
             13             336 Transaction                Exclusive                                Share                                        327692    9591040

17 rows selected.

Como se puede ver, la sessión 336 es la que está bloqueando a las demás

Así que se me pidió matar la sesión

Como para matar una session es necesario conocer el SERIAL# además de el SID de la sessión hago:

SQL> SELECT SID, SERIAL#, STATUS, SERVER  FROM V$SESSION  WHERE SID=336;

  SID    SERIAL# STATUS     SERVER
----- ---------- ---------- ---------
  336      40580 ACTIVE     DEDICATED
Y luego con esta información la meto en el " alter kill" para matarla...

SQL>ALTER SYSTEM KILL SESSION '=336,40580';
Statement processed.

pero esta sesión estará corriendo hasta que se complete el rollback de oracle... esto es porque cuando se lanza una cualquier operación DML (Operaciones de modificación de datos), Oracle realiza los cambios directamente en la tabla aunque no hagas "commit", pasando los bloques modificados al tablespace de undo...
Este método es muy eficiente si al final de la transacción se hace commit, pero si se hace rollback la base de datos tiene que volver a pasar todos los datos del undo a la tabla y borrar los que ya ha escrito... imagina que tienes una DML corriendo durante dos horas, si a las dos horas la matas, esta hace rollback y tendrá que volver a escribir en la tabla de nuevo todos los datos que se había llevado al undo..


column SID format 9999
column SPID format 9999999
column USERNAME format a15
column PROCESS format 99999
column MACHINE format a15
column PROGRAM format a55
column STATUS format a10
col LOGON_TIME for a27

select S.INST_ID,S.SID, P.SPID, S.USERNAME, S.MACHINE, S.PROGRAM, S.STATUS, to_char(LOGON_TIME, 'Dy DD-Mon-YYYY HH24:MI:SS') LOGON_TIME from gv$session S,  gv$process P where P.addr=S.paddr and S.INST_ID=P.INST_ID and S.SID=336;SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL>

   INST_ID   SID SPID         USERNAME        MACHINE         PROGRAM                                                 STATUS     LOGON_TIME
---------- ----- ------------ --------------- --------------- ------------------------------------------------------- ---------- ---------------------------
         1   336 22569        ORA_app          hostname02     serverSDM@hostname02   (TNS V1-V3)                       KILLED     Fri 29-Sep-2017 17:04:18

Aquí podemos ver que la sesión está en estado killed.. para estimar cuanto va a tardar podemos consultar la vista V$SESSION_LONGOPS

Comentarios

Publicar un comentario

Entradas populares de este blog

Ampliar tablespace Oracle

Ampliar tablespace Para ver los tablespaces con mayor ocupación en una BBDD yo siempre utilizo esta consulta: set linesize 170 set pages 60 column pct_used format 999.9 heading "%|Used" column ts_name format a33 heading "Tablespace Name" column Mbytes format 999,999,999,999 heading "MBytes" column used format 999,999,999,999 heading "Used" column free format 999,999,999,999 heading "Free" column largest format 999,999,999,999 heading "Largest" break on report compute sum of Mbytes on report compute sum of free on report compute sum of used on report select nvl(b.tablespace_name,nvl(a.tablespace_name,'UNKNOWN')) ts_name , kbytes_alloc/1024 Mbytes , (kbytes_alloc-nvl(kbytes_free,0))/1024 used , nvl(kbytes_free,0)/1024 free , ((kbytes_alloc-nvl(kbytes_free,0))/kbytes_alloc)*100 pct_used , nvl(largest,0)/1024 largest from (select sum(bytes)/102...
Leer más

Oracle máximo de sesiones

Oracle tiene la vista gv$resource_limit en la que se puede ver ciertas metricas actuales y su valor límite: set linesize 190 set pages 200 select * from gv$resource_limit; INST_ID RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCAT LIMIT_VALUE ---------- ------------------------------ ------------------- --------------- --------------- ------------ 1 processes 44 300 300 300 1 sessions 52 215 512 512 1 enqueue_locks 30 295 6480 6480 1 enqueue_resources 24 165 2472 UNLIMITED 1 ges_procs 0 0 0 0 1 ges_ress 0 0 ...
Leer más

Bloqueos en Oracle

Ver y matar Bloqueos en una BBDD Un bloqueo sobre un objeto de una base de datos lo genera una transacción que hace operaciones que no son compatibles con otras transacciones. Por ejemplo: en un primer momento una transaccion actualiza un registro de una tabla, esto generará un bloqueo exclusivo sobre este registro, si otro proceso intentase actualizar la misma fila, este proceso se quedaría en espara del primero. La siguiente consulta nos muestra transacciones que están esperando a que terminen otros transacciones. Estas transacciones están bloqueando tablas de la base de datos. Esta consulta puede ser un poco lenta dependiento del sistema, si te encuentras en ésta caso puedes ver el supapartado lentitud de v$lock select /*+ rule */ lock1.sid, ' BLOQUEA ', lock2.sid, lock1.ctime/60 minutos_espera from gv$lock lock1, gv$lock lock2 where lock1.block =1 and lock2.request > 0 and lock1.id1=lock2.id1 and lock1.id2=lock2.id2; Para terminar con éstos bloqueos podemos mat...
Leer más