Chinaunix首页 | 论坛 | 博客
  • 博客访问: 451986
  • 博文数量: 191
  • 博客积分: 10987
  • 博客等级: 上将
  • 技术积分: 1924
  • 用 户 组: 普通用户
  • 注册时间: 2009-04-22 09:52
文章分类

全部博文(191)

文章存档

2014年(10)

2011年(11)

2010年(38)

2009年(132)

分类: Oracle

2011-03-13 22:44:26

昨天机房搞网络灾备切换演练,核心数据库在网络中断恢复之后,session数量突然增高,一般数据库的sessoin在475左右,突然接近600个会话,
因为网络中断之后,会话没有及时释放资源,
导致会话数量居高不下,下面是解决过程:
 (注:因为昨天在处理的的时候,来不及整理现场操作的资料,现在虚拟机上实验证明一下,思路是一样的)
 
 
 
1.测试用户xiangyang,开启4个会话连接数据库(真实环境一般是用JDBC_Thin_Client程序连接数据库):
 
  D:\Documents and Settings\Administrator>sqlplus /nolog
SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> conn xiangyang/xiangyang
已连接。
SQL>
D:\Documents and Settings\Administrator>sqlplus /nolog
SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> conn xiangyang/xiangyang
已连接。
SQL>
D:\Documents and Settings\Administrator>sqlplus /nolog
SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> conn xiangyang/xiangyang
已连接。
SQL>
D:\Documents and Settings\Administrator>sqlplus /nolog
SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> conn xiangyang/xiangyang
已连接。
SQL>

2.查看该用户在数据库的连接数量:
 
select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'
group by username,program,terminal,machine order by 5 desc
USERNAME PROGRAM TERMINAL MACHINE COUNT(1)
XIANGYANG sqlplus.exe SUN-001 WORKGROUP\SUN-001 4
 
 
用户名为xiangyang连在数据库的会话数量是4个.
 
3.查看xiangyang用户的会话数量的详细信息:
 
select b.*, 'alter system kill session' || '''' || b.sid || ',' || b.SERIAL# || '''' || ';'
  from v$session b
 where b.type not like 'BACKGROUND'
  and b.username='XIANGYANG'
 
SID SERIAL#  PADDR  USERNAME  STATUS    OSUSER PROCESS MACHINE TERMINAL PROGRAM TYPE                                                                                                                                                 
19 78  2A243054  XIANGYANG  INACTIVE SUN-001\Administrator  WORKGROUP\SUN-001 SUN-001 sqlplus.exe   2011-3-13 21:35 891  alter system kill session'19,78';                                                                           
20 38  2A24343C  XIANGYANG  INACTIVE SUN-001\Administrator  WORKGROUP\SUN-001 SUN-001 sqlplus.exe   2011-3-13 21:35 873  alter system kill session'20,38';                                                                           
21 30  2A243824  XIANGYANG  INACTIVE SUN-001\Administrator  WORKGROUP\SUN-001 SUN-001 sqlplus.exe   2011-3-13 21:36 858  alter system kill session'21,30';                                                                           
23 35  2A243FF4  XIANGYANG  INACTIVE SUN-001\Administrator  WORKGROUP\SUN-001 SUN-001 sqlplus.exe   2011-3-13 21:36 837  alter system kill session'23,35';                                                                           
由于会话数量过多,kill掉会话:
 
alter system kill session'19,78';
alter system kill session'20,38';
alter system kill session'21,30';
alter system kill session'23,35';
 
4.查看会话状态:
select sid,serial#,paddr,username,status from v$session where status='KILLED';
SID SERIAL# PADDR USERNAME STATUS
19 78 2A263E30 XIANGYANG KILLED
20 38 2A263E30 XIANGYANG KILLED
21 30 2A263E30 XIANGYANG KILLED
23 35 2A263E30 XIANGYANG KILLED
5.但是会话所占用的资源并没有释放,也就是还独占了连接数:
select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'
group by username,program,terminal,machine order by 5 desc
USERNAME PROGRAM TERMINAL MACHINE COUNT(1)
XIANGYANG sqlplus.exe SUN-001 WORKGROUP\SUN-001 4
 
 
用户XIANGYANG持有的会话数仍然是4个,资源并没有释放.
 
需要kill掉会话所在的操作
系统进程,使用下面的SQL找出会话的进程:
select spid from v$process where addr in(select paddr from v$session where status='KILLED');
 
SPID
-------
 
没有任何显示,说明状态为KILL的会话的进程找不到了,通过v$process.addr=v$session
.paddr的方式.什么原因?
 
6.查看一下原因:
  先看视图v$session
select s.username,s.sid,s.serial#,s.paddr from v$session s where username='XIANGYANG' and s.status='KILLED';
 
USERNAME           SID SERIAL#  PADDR
XIANGYANG 19 78   2A263E30
XIANGYANG 20 38   2A263E30
XIANGYANG 21 30   2A263E30
XIANGYANG 23 35    2A263E30
 
v$session.paddr为2A263E30,状态为KILLED的,用户名为XIANGYANG的4个会话的进程地址为同样的
PADDR:2A263E30,说明是同时指向了另一个地址,也许是虚拟地址,现在没有考证.但是可以证明一点就是
4个session的进程地址通过v$session.paddr的方式找不到了.
 
 再看视图v$process记录的会话进程地址:
 
select p.addr from v$process p where pid <> 1
 
 ADDR
2A23F9A4
2A23FD8C
2A240174
2A24055C
2A240944
2A240D2C
2A241114
2A2414FC
2A2418E4
2A241CCC
2A2420B4
2A24249C
2A242884
2A242C6C
2A243054
2A24343C
2A243824
2A243C0C
2A243FF4
2A2443DC
 
20 rows selected
 
这20个会话的进程地址中间肯定有状态为KILLED会话的进程地址
可以通过一条SQL,把状态为KILLED的会话进程找出来,这里要使用minus这个SQL连接符号.
 
select p.addr from v$process p where pid <> 1
minus
select s.paddr from v$session s;
 
ADDR
2A243054
2A24343C
2A243824
2A243FF4
 
以上这4个进程地址就是状态为KILLED会话的进程地址.
通过minus把v$process拥有的addr,但是v$session没有的paddr找出来了.因为在v$session的paddr
有4个相同的paddr,其实就是替换了上面4个真实的进程地址.
 
7.现在就可以kill掉状态为KILLED的会话的进程,真正的释放资源了.
通过下面的脚本找出状态为KILLED会话的spid:
select 'kill -9 ' || spid||';',addr
  from v$process
 where --addr in (select paddr from v$session where username='XIANGYANG');
 addr in (select p.addr
    from v$process p
   where pid <> 1
  minus
  select s.paddr from v$session s);
 
UNIX/LINUX系统:
 killed        ADDR
kill -9 4960; 2A243054
kill -9 3732; 2A24343C
kill -9 5036; 2A243824
kill -9 4952; 2A243FF4
kill -9 4952; 2A243FF4
 
windows系统:
 
orakill 实例sid spid
orakill westdb 4960
 
D:\Documents and Settings\Administrator>orakill westdb 4960
Kill of thread id 4960 in instance westdb successfully signalled.
D:\Documents and Settings\Administrator>orakill westdb 3732
Kill of thread id 3732 in instance westdb successfully signalled.
D:\Documents and Settings\Administrator>orakill westdb 5036
Kill of thread id 5036 in instance westdb successfully signalled.
D:\Documents and Settings\Administrator>orakill westdb 4952
Kill of thread id 4952 in instance westdb successfully signalled.
 
9.资源得到释放,问题得到解决.

select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'
group by username,program,terminal,machine order by 5 desc

 
USERNAME PROGRAM TERMINAL MACHINE COUNT(1)
-----------------------------------------------------
 
没有任何显示,说明资源已经释放,
至此问题解决.
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 


 
 
 
 
 
 
阅读(1721) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~