Benutzer-Werkzeuge

Webseiten-Werkzeuge


dba:kill_disconnect_session

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
dba:kill_disconnect_session [2015/01/02 19:24] – [Eine Sessoin beenden] gpipperrdba:kill_disconnect_session [2015/01/02 19:27] – [Eine gekillete Session in der DB wiederfinden] gpipperr
Zeile 100: Zeile 100:
  * "ALTER SYSTEM KILL SESSION 'sid,serial#,@inst_id';"  * "ALTER SYSTEM KILL SESSION 'sid,serial#,@inst_id';"
  * "ALTER SYSTEM DISCONNECT SESSION 'sid,serial#' IMMEDIATE;"  * "ALTER SYSTEM DISCONNECT SESSION 'sid,serial#' IMMEDIATE;"
 +
 +
 +==Unterschied zwischen KILL SESSION und DISCONNECT SESSION ==
 +
 +Wird eine Session mit "ALTER SYSTEM DISCONNECT SESSION" beendet, wird der dazugehörige User Prozess gleich mit beendet. Bei einem Kill wird die Session nur markiert und abgehängt, der PMON räumt dann später auf.
 +
 +
 +== OS Prozess beenden ==
 +
   
 Alternativ kann auch der Prozess der Session mit OS Mitteln hart beendet werden: Alternativ kann auch der Prozess der Session mit OS Mitteln hart beendet werden:
Zeile 109: Zeile 118:
 === Eine gekillete Session in der DB "wiederfinden" ==== === Eine gekillete Session in der DB "wiederfinden" ====
  
-Wenn eine Session mit "kill Session" beendet wird wird das Session object (und alle abhängigen Objeckte unter der Session) vom orginal Eltern Prozesse abgehängt  +Wenn eine Session mit "kill Session" beendet wird wird das Session Objekt (und alle abhängigen Objeckte unter der Session) vom original Eltern Prozesse abgehängt und unter einen "PSEUDO" Prozess gehängt.  
-und unter einen "PSEUDO" Prozess gehängt. Der PMON Prozess prüft regelmäßig auf diese "PSEUDO" Prozesse und bereinigt diese.+ 
 +Der PMON Prozess prüft regelmäßig auf diese "PSEUDO" Prozesse und bereinigt diese.
  
 Dies hat aber zur Folge das unter der ursprüngliche PADDR Adresse in der V$SESSION der Prozess nicht mehr gefunden werden kann, eine neue PADDR wird vergeben. Dies hat aber zur Folge das unter der ursprüngliche PADDR Adresse in der V$SESSION der Prozess nicht mehr gefunden werden kann, eine neue PADDR wird vergeben.
  
-Um das nun nach zuverfolgen stehen in der V$SESSION diese Spalten ab 11g zur Verfügung:+Um das nun nach zuverfolgen stehen in der V$SESSION diese Spalten zur Verfügung:
  
  * CREATOR_ADDR - state object address of creating process  * CREATOR_ADDR - state object address of creating process
  * CREATOR_SERIAL# - serial number of creating process  * CREATOR_SERIAL# - serial number of creating process
    
-Mit der  CREATOR_ADDR  kann nun die ADDR Spalte in der V$PROCESS gejoined werden um den killeten  Prozess der alten Session wieder zu finden +Mit der  CREATOR_ADDR  kann nun die ADDR Spalte in der V$PROCESS gejoined werden um den gekillten  Prozess der alten Session wieder zu finden
- +
-SQL: +
-<code> +
-select spid +
-     , program  +
-  from v$process  +
- where program!= 'PSEUDO' +
-    and addr not in (select paddr from v$session) +
-    and addr not in (select paddr from v$bgprocess) +
-    and addr not in (select paddr from v$shared_server) +
-/     +
-     +
-</code>+
  
  
 **ab 11g 11.1.0.6 ** **ab 11g 11.1.0.6 **
  
-Folgende zwei neue Views helfen die Session besser wieder zufinden:+Folgende zwei neue Views helfen die Session besser wieder zu finden:
  
  
dba/kill_disconnect_session.txt · Zuletzt geändert: 2015/01/16 16:23 von gpipperr