锁_rac环境kill锁表会话后出现killed状态（解决）

标签：锁   killed   rac   

原创作品，出自 “深蓝的blog” 博客，深蓝的blog：http://blog.csdn.net/huangyanlong/article/details/46876961

rac生产库杀掉锁表会话出现killed状态处理

环境：

操作系统：CentOS 6.4 64BIT

数据库：Oracle RAC 11.2.0.4 R2 64bit

       在某项目中，进行大数据抽取任务时，抽取出现错误，需要对大表进行重新抽取。于是取消insert操作，然后执行truncate操作。

如下，报错了，提示资源正忙，判断应该是之前的操作没有完全取消，出现了锁等待。

于是，尝试查询锁表的用户，如下：

注意：这里是rac环境，需要查询gv$类视图。

SELECT
  A.OWNER,                        --OBJECT所属用户
  A.OBJECT_NAME,                  --OBJECT名称
  B.XIDUSN,
  B.XIDSLOT,
  B.XIDSQN,
  B.SESSION_ID,                   --锁表用户的session
  B.ORACLE_USERNAME,              --锁表用户的Oracle用户名
  B.OS_USER_NAME,                 --锁表用户的操作系统登陆用户名
  B.PROCESS,
  B.LOCKED_MODE, 
  C.MACHINE,                      --锁表用户的计算机名称
  C.STATUS,                       --锁表状态
  C.SERVER,
  C.SID,
  C.SERIAL#,
  C.PROGRAM                       --锁表用户所用的数据库管理工具
FROM
  ALL_OBJECTS A,
  GV$LOCKED_OBJECT B,
  SYS.GV_$SESSION C 
WHERE
  A.OBJECT_ID = B.OBJECT_ID
  AND B.PROCESS = C.PROCESS 
--AND C.STATUS='ACTIVE'
ORDERBY1,2

在查询结果中，锁定到需要解锁的表的会话信息，如下：

于是，尝试查询锁表的用户，如下：

注意：这里是rac环境，需要查询gv$类视图。

SELECT
  A.OWNER,                        --OBJECT所属用户
  A.OBJECT_NAME,                  --OBJECT名称
  B.XIDUSN,
  B.XIDSLOT,
  B.XIDSQN,
  B.SESSION_ID,                   --锁表用户的session
  B.ORACLE_USERNAME,              --锁表用户的Oracle用户名
  B.OS_USER_NAME,                 --锁表用户的操作系统登陆用户名
  B.PROCESS,
  B.LOCKED_MODE, 
  C.MACHINE,                      --锁表用户的计算机名称
  C.STATUS,                       --锁表状态
  C.SERVER,
  C.SID,
  C.SERIAL#,
  C.PROGRAM                       --锁表用户所用的数据库管理工具
FROM
  ALL_OBJECTS A,
  GV$LOCKED_OBJECT B,
  SYS.GV_$SESSION C 
WHERE
  A.OBJECT_ID = B.OBJECT_ID
  AND B.PROCESS = C.PROCESS --AND C.STATUS='ACTIVE'
ORDER BY 1,2

在查询结果中，锁定到需要解锁的表的会话信息，如下：

尝试将这个会话kill掉。

查询该会话属于哪个实例，如下：

select   *  from   gv$session  where  sid=1228

--查看到，这是实例2的session

把这个session杀掉

例：alter system kill session ‘sid, serial#, @ inst_id ‘

alter system kill session ‘1228, 42549, @2 ‘

提示，这个会话被标记为kill状态。

说明这个会话没有被完全杀掉。我们再来查查看。

SELECT
  A.OWNER,                         
  A.OBJECT_NAME,                  --OBJECT名称（表名）
  B.XIDUSN,
  B.XIDSLOT,
  B.XIDSQN,
  B.SESSION_ID,                     --锁表用户的session
  B.ORACLE_USERNAME,              
  B.OS_USER_NAME,                 --锁表用户的操作系统登陆用户名
  B.PROCESS,
  B.LOCKED_MODE, 
  C.MACHINE,                  --锁表用户的计算机名称（例如：WORKGROUP\hyl）
  C.STATUS,                    --锁表状态
  C.SERVER,
  C.SID,
  C.SERIAL#,
  C.PROGRAM                  --锁表用户所用的数据库管理工具（例如：developer.exe）
FROM
  ALL_OBJECTS A,
  GV$LOCKED_OBJECT B,
  SYS.GV_$SESSION C 
WHERE
  A.OBJECT_ID = B.OBJECT_ID
  AND B.PROCESS = C.PROCESS 
ORDER BY 1,2

看到该会话的状态是killed。

下面尝试在操作系统下，杀掉进程。

通过gv$session视图查看到sid（sid为1228）对应的addr。

再通过addr到gv$process视图中，查看到session的spid，最后到操作系统下kill掉这个进程。如下，查看到了这个session的spid，

select   *  from   gv$process   where   addr = ‘addr信息‘ ;

如下：

到操作系统下，查看一下这个进程，如下：

[oracle@xzxtdb2 ~]$ ps  -ef |grep  71941

oracle   36647 36545  0 16:27 pts/1    00:00:00 grep 71941

oracle   71941     1 41 Jul09 ?        09:34:55 oraclexzxt2 (LOCAL=NO)

杀掉71941这个进程，如下：

[oracle@xzxtdb2 ~]$ kill  -9  71941

[oracle@xzxtdb2 ~]$ ps  -ef |grep 71941

oracle   36687 36545  0 16:28 pts/1    00:00:00 grep 71941

--这条信息是grep本身

用下面这条指令再发起查询，更清晰的显示出来，如下：

[oracle@xzxtdb2 ~]$ ps -ef |grep 71941|grep -v grep

无信息

说明spid为71941的session已经被kill掉了。

再次truncate表，成功。

truncate table  tb_表名 ;

小结：

         在rac下kill锁表会话时，需要注意查看会话归于于哪个实例，然后再对其kill。如果无法在sqlplus下杀掉，尝试到操作系统下对其kill。

         顺序指令如下：

查询rac下活动的锁表会话信息：

SELECT
  A.OWNER,                        --OBJECT所属用户
  A.OBJECT_NAME,                  --OBJECT名称
  B.XIDUSN,
  B.XIDSLOT,
  B.XIDSQN,
  B.SESSION_ID,                   --锁表用户的session
  B.ORACLE_USERNAME,              --锁表用户的Oracle用户名
  B.OS_USER_NAME,                 --锁表用户的操作系统登陆用户名
  B.PROCESS,
  B.LOCKED_MODE, 
  C.MACHINE,                      --锁表用户的计算机名称
  C.STATUS,                       --锁表状态
  C.SERVER,
  C.SID,
  C.SERIAL#,
  C.PROGRAM                       --锁表用户所用的数据库管理工具
FROM
  ALL_OBJECTS A,
  GV$LOCKED_OBJECT B,
  SYS.GV_$SESSION C 
WHERE
  A.OBJECT_ID = B.OBJECT_ID
  AND B.PROCESS = C.PROCESS 
AND C.STATUS='ACTIVE'
ORDERBY1,2;

查询gv$session视图，查看会话属于哪个实例：

select * from gv$session wheresid=1228;

杀掉集群环境下的某个会话：

altersystemkillsession'1228,42549,@实例序号';

查询会话对应的系统进程号：

select * from gv$session where sid='会话id';

select * from gv$process where addr='addr信息';

在信息中找到spid。

到操作系统下，kill掉进程（oracle用户下）：

$ kill -9 进程号即spid 

*******************************************蓝的成长记系列****************************************************

原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。

蓝的成长记——追逐DBA（1）：奔波于路上，挺进山东

蓝的成长记——追逐DBA（2）：安装！安装！久违的记忆，引起我对DBA的重新认知

蓝的成长记——追逐DBA（3）：古董上操作，数据导入导出成了问题

蓝的成长记——追逐DBA（4）：追忆少年情愁，再探oracle安装（Linux下10g、11g）

蓝的成长记——追逐DBA（5）：不谈技术谈业务，恼人的应用系统

蓝的成长记——追逐DBA（6）： 做事与做人：小技术，大为人

蓝的成长记——追逐DBA（7）：基础命令，地基之石

蓝的成长记——追逐DBA（8）：重拾SP报告，回忆oracle的STATSPACK实验

蓝的成长记——追逐DBA（9）：国庆渐去，追逐DBA，新规划，新启程

蓝的成长记——追逐DBA（10）：飞刀防身，熟络而非专长：摆弄中间件Websphere

蓝的成长记——追逐DBA（11）：回家后的安逸，晕晕乎乎醒了过来

蓝的成长记——追逐DBA（12）：七天七收获的SQL

蓝的成长记——追逐DBA（13）：协调硬件厂商，六个故事：所见所感的“服务器、存储、交换机......”

蓝的成长记——追逐DBA（14）：难忘的“云”端，起步的hadoop部署

蓝的成长记——追逐DBA（15）：以为FTP很“简单”，谁成想一波三折

蓝的成长记——追逐DBA（16）：DBA也喝酒，被捭阖了

蓝的成长记——追逐DBA（17）：是分享，还是消费，在后IOE时代学会成长

******************************************************************************************************************

********************************************足球与oracle系列*************************************************

原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。

足球与oracle系列（1）：32路诸侯点兵，oracle32进程联盟 之A组巴西SMON进程的大局观

足球与oracle系列（2）：巴西揭幕战预演，oracle体系结构杂谈

足球与oracle系列（3）：oracle进程排名，世界杯次回合即将战罢！

足球与oracle系列（4）：从巴西惨败于德国，想到，差异的RAC拓扑对比！ 

足球与oracle系列（5）：fifa14游戏缺失的directX库类比于oracle的rpm包！

足球与oracle系列（6）：伴随建库的亚洲杯——加油中国队

******************************************************************************************************************

锁_rac环境kill锁表会话后出现killed状态（解决）

标签：锁   killed   rac   

原文地址：http://blog.csdn.net/huangyanlong/article/details/46876961