KILL 与 ORAKILL 的使用

转载：http://blog.chinaunix.net/u/30637/showart_530795.html

一、实战部分

KILL

 

开启一个会话1：

-- session1 SQL> conn test/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         11   SQL> select sid, serial# from v$session where sid=11;          SID    SERIAL# ---------- ----------         11        141   SQL>

 

在另一个会话2里，删除该会话：

-- session2 SQL> conn test/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         17   SQL> select sid, status from v$session where sid =11;        SID STATUS ---------- --------         11 INACTIVE   SQL> alter system kill session '11, 141';   系统已更改。   SQL> select sid, status from v$session where sid =11;        SID STATUS ---------- --------         11 KILLED SQL>

 

先前的会话1再做查询，就会提示该会话已经被删除：

-- session1 SQL> select sid, serial# from v$session where sid=11; select sid, serial# from v$session where sid=11 * ERROR 位于第 1 行: ORA-00028: 您的会话己被删去     SQL>

 

此时，在会话2中再次查看会话1的状态，就发现已经没有了：

-- session2 SQL> select sid, status from v$session where sid =11;   未选定行   SQL>

 

因为会话1被kill掉后，它的状态为kill，而当它试图做某操作时，才会清除会话1信息。

 

那么，如果会话1一直不做任何操作，该会话会一直消耗着资源的。我们需要使用orakill命令，在操作系统级删除该进程。

 

 

 

ORAKILL

 

我们先看看orakill的用法：

 

开启一个会话1：

-- session1 C:\Documents and Settings\YUECHAOTIAN>set oracle_sid=ora2   C:\Documents and Settings\YUECHAOTIAN>sqlplus   SQL*Plus: Release 9.2.0.1.0 - Production on 星期一 4月 14 11:37:04 2008   Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.   请输入用户名:  yuechaotian/test   连接到: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.1.0 - Production   SQL> select distinct sid from v$mystat;          SID ----------         11   SQL>

 我要在另一个会话2里，删除会话1： 

-- session2 SQL> conn yuechaotian/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         17   SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp.   C:\Documents and Settings\YUECHAOTIAN>orakill   Usage:  orakill sid thread     where sid    = the Oracle instance to target         thread = the thread id of the thread to kill     The thread id should be retrieved from the spid column of a query such as:           select spid, osuser, s.program from         v$process p, v$session s where p.addr=s.paddr   C:\Documents and Settings\YUECHAOTIAN>exit   SQL> set pagesize 100 SQL> set linesize 1000 SQL> select s.sid, spid, osuser, s.program from   2  v$process p, v$session s where p.addr=s.paddr;    SID SPID    OSUSER              PROGRAM ---- ------- ------------------- -----------    1 3636    SYSTEM              ORACLE.EXE    2 3444    SYSTEM              ORACLE.EXE    3 3496    SYSTEM              ORACLE.EXE    4 3100    SYSTEM              ORACLE.EXE    5 2460    SYSTEM              ORACLE.EXE    6 296     SYSTEM              ORACLE.EXE    7 696     SYSTEM              ORACLE.EXE    8 1820    SYSTEM              ORACLE.EXE    9 2912    SYSTEM              ORACLE.EXE   10 3212    SYSTEM              ORACLE.EXE   11 3412    YUECHAOTIAN\tianyc  sqlplus.exe   17 3536    YUECHAOTIAN\tianyc  sqlplus.exe   已选择12行。     SQL> select instance_name from v$instance; INSTANCE_NAME ---------------- ora2   SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp.   C:\Documents and Settings\YUECHAOTIAN>orakill ora2 3412   Kill of thread id 3412 in instance ora2 successfully signalled.   C:\Documents and Settings\YUECHAOTIAN>exit   SQL> select sid from v$session where sid=11;   未选定行   SQL>

 

 

 

联合使用KILL与ORAKILL

 

刚才我们看到kill掉的会话还有可能占用资源，很容易想到的办法就是再使用orakill删除已经kill的会话。

使用orakill时需要提供thread的（也就是 v$process.spid），这就需要v$session.paddr与v$process.addr相关联。而kill session后，v$session.paddr发生了变化。我们重新看一下kill session时v$session.paddr的变化：

 

开启会话1：

SQL> conn test/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         18   SQL>

 

开启会话2：

SQL> conn test/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         16   SQL>

 

开启会话3，看看删除会话1和会话2前后v$session.paddr的变化：

SQL> conn test/test 已连接。 SQL> select distinct sid from v$mystat;          SID ----------         11   SQL> select sid, serial#, status, paddr from v$session where sid in(16, 18);        SID    SERIAL# STATUS   PADDR ---------- ---------- -------- --------         16         18 INACTIVE 681E82BC         18         49 INACTIVE 681E7EFC   SQL> select ADDR, PID, SPID, USERNAME, SERIAL#, TERMINAL 2  from v$process where addr in('681E82BC','681E7EFC');   ADDR      PID SPID   USERNAME     SERIAL# TERMINAL -------- ---- ------ --------- ---------- ----------- 681E7EFC   17 324    SYSTEM             2 YUECHAOTIAN 681E82BC   18 3120   SYSTEM             1 YUECHAOTIAN   SQL> alter system kill session '16,18';   系统已更改。   SQL> alter system kill session '18,49';   系统已更改。   SQL> select sid, serial#, status, paddr from v$session where sid in(16, 18);          SID    SERIAL# STATUS   PADDR ---------- ---------- -------- --------         16         18 KILLED   682071D0         18         49 KILLED   682071D0   SQL> select ADDR, PID, SPID, USERNAME, SERIAL#, TERMINAL   2  from v$process where addr in('681E82BC','681E7EFC');   ADDR         PID SPID    USERNAME     SERIAL# TERMINAL -------- ------- ------- --------- ---------- ----------- 681E7EFC      17 324     SYSTEM             2 YUECHAOTIAN 681E82BC      18 3120    SYSTEM             1 YUECHAOTIAN   SQL>

 

我们看，kill掉会话1和会话2后，它们的v$session.paddr都被改变，而且变成了相同的值，但v$process.addr的值没变。对此，eygle做了个 猜测 。

 

可以求v$process.addr与v$session.paddr之差，来查找需要orakill的进程。不过我的oracle刚启动时就有两个差值了：

 

SQL> select addr from v$process where pid <> 1   2  minus   3  select paddr from v$session;   ADDR -------- 681E64BC 681E687C   SQL>

 

而且orakill掉之后，还会再生成两个新的记录，好像是Oracle自动启动的两个进程。有空再研究一下。

二、引用eygle文章部分
转载：http://www.eygle.com/faq/Kill_Session.htm

我们知道,在Oracle数据库中,可以通过kill session的方式来终止一个进程,其基本语法结构为:

alter system kill session 'sid,serial#' ;

 

被kill掉的session,状态会被标记为killed,Oracle会在该用户下一次touch时清除该进程.

我们发现当一个session被kill掉以后，该session的paddr被修改，如果有多个session被kill，那么多个session
的paddr都被更改为相同的进程地址:

SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null; SADDR SID SERIAL# PADDR USERNAME STATUS -------- ---------- ---------- -------- ------------------------------ -------- 542E0E6C 11 314 EYGLE INACTIVE 542E5044 18 662 542B6D38 SYS ACTIVE SQL> alter system kill session '11,314'; System altered. SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null; SADDR SID SERIAL# PADDR USERNAME STATUS -------- ---------- ---------- -------- ------------------------------ -------- 542E0E6C 11 314 EYGLE KILLED 542E5044 18 662 542B6D38 SYS ACTIVE SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null; SADDR SID SERIAL# PADDR USERNAME STATUS -------- ---------- ---------- -------- ------------------------------ -------- 542E0E6C 11 314 EYGLE KILLED 542E2AA4 14 397 EQSP INACTIVE 542E5044 18 662 542B6D38 SYS ACTIVE SQL> alter system kill session '14,397'; System altered. SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null; SADDR SID SERIAL# PADDR USERNAME STATUS -------- ---------- ---------- -------- ------------------------------ -------- 542E0E6C 11 314 EYGLE KILLED 542E2AA4 14 397 EQSP KILLED 542E5044 18 662 542B6D38 SYS ACTIVE

在这种情况下,很多时候，资源是无法释放的,我们需要查询spid，在操作系统级来kill这些进程.

但是由于此时v$session.paddr已经改变，我们无法通过v$session和v$process关联来获得spid

那还可以怎么办呢?

我们来看一下下面的查询:

 

SQL> SELECT s.username,s.status, 2 x.ADDR,x.KSLLAPSC,x.KSLLAPSN,x.KSLLASPO,x.KSLLID1R,x.KSLLRTYP, 3 decode(bitand (x.ksuprflg,2),0,null,1) 4 FROM x$ksupr x,v$session s 5 WHERE s.paddr(+)=x.addr 6 and bitand(ksspaflg,1)!=0; USERNAME STATUS ADDR KSLLAPSC KSLLAPSN KSLLASPO KSLLID1R KS D ------------------------------ -------- -------- ---------- ---------- ------------ ---------- -- - 542B44A8 0 0 0 ACTIVE 542B4858 1 14 24069 0 1 ACTIVE 542B4C08 26 16 15901 0 1 ACTIVE 542B4FB8 7 46 24083 0 1 ACTIVE 542B5368 12 15 24081 0 1 ACTIVE 542B5718 15 46 24083 0 1 ACTIVE 542B5AC8 79 4 15923 0 1 ACTIVE 542B5E78 50 16 24085 0 1 ACTIVE 542B6228 754 15 24081 0 1 ACTIVE 542B65D8 1 14 24069 0 1 ACTIVE 542B6988 2 30 14571 0 1 USERNAME STATUS ADDR KSLLAPSC KSLLAPSN KSLLASPO KSLLID1R KS D ------------------------------ -------- -------- ---------- ---------- ------------ ---------- -- - SYS ACTIVE 542B6D38 2 8 24071 0 SYS INACTIVE 542B7848 0 0 0 SYS INACTIVE 542B7BF8 1 15 24081 195 EV 16 rows selected.

 

我们注意,红字标出的部分就是被Kill掉的进程的进程地址.

简化一点,其实就是如下概念:

SQL> select p.addr from v$process p where pid <> 1 2 minus 3 select s.paddr from v$session s; ADDR -------- 542B70E8 542B7498

Ok，现在我们获得了进程地址，就可以在v$process中找到spid，然后可以使用Kill或者orakill在系统级来杀掉这些进程.

实际上,我猜测:

当在Oracle中kill session以后, Oracle只是简单的把相关session的paddr 指向同一个虚拟地址.

此时v$process和v$session失去关联,进程就此中断.

然后Oracle就等待PMON去清除这些Session.所以通常等待一个被标记为Killed的Session退出需要花费很长的时间.

如果此时被Kill的process，重新尝试执行任务，那么马上会收到进程中断的提示，process退出，此时Oracle会立即启动PMON
来清除该session.这被作为一次异常中断处理.

-The End-

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/95233/viewspace-604236/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/95233/viewspace-604236/