ITPub博客

首页 > Linux操作系统 > Linux操作系统 > KILL 与 ORAKILL 的使用

KILL 与 ORAKILL 的使用

原创 Linux操作系统 作者:xuelu2000 时间:2009-05-26 16:43:56 0 删除 编辑
转载: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 542B70E8 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 542D6BD4 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 542D6BD4 EYGLE KILLED
542E2AA4 14 397 542B7498 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 542D6BD4 EYGLE KILLED
542E2AA4 14 397 542D6BD4 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
542B70E8 1 15 24081 195 EV
542B7498 1 15 24081 195 EV

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/,如需转载,请注明出处,否则将追究法律责任。

上一篇: DBMS_STATS分析表
请登录后发表评论 登录
全部评论

注册时间:2009-03-23

  • 博文量
    89
  • 访问量
    237728