DBA紧急排杀脚本-救火模式

作为一个压力山大的DBA，很多时候需要面对处理一些紧急突发的救火任务，当业务出现异常，性能接近瘫痪的夺命一刻，需要果断出击，把系统业务的影响减少到最小，至于原因分析，可以交到后续分析，下面将针对不同的困境，作出排杀处理：

1，批量杀掉oracle连接进程：这种情况是终极绝招，在面对性能将要瘫痪的局面，可以立刻解决问题，但正在等待的业务或事务会被强行终止，需要重新请求！

ps -ef | grep LOCAL=NO | awk '{print $2}' | xargs kill -9   

2，DBA能定位到引起性能异常的SQL，在数据库还能连接响应的情况下，批量生成kill -9的SQL批杀脚本：

select 'kill -9 '||spid from v$process 
where addr in 
(select paddr from v$session where sid 
in(select c.sid from v$session c 
Where username ='MBS7_OMS' and  event='SQL*Net message from dblink') );

3，DBA能定位到引起性能异常的schema，并且这个影响是整个schema层面业务的，在数据库还能连接响应的情况下，查杀同一个用户的会话：

select 'alter system kill session '''||c.sid||','||c.SERIAL# ||''';' 
from v$session c Where username ='RRJC' ;

3，这个跟上面第二点相似，查杀同一个SQLID的会话：

select 'alter system kill session '''||c.sid||','||c.SERIAL# ||''' immediate;'  
from v$session c 
where sql_id='1vnbgy700u1cu' ;

4，有时候需要排查一些连接进程的情况，方便跟踪性能问题，下面是查看同一个SQL_iD的登陆请求信息：

select sql_id,logon_time,machine,terminal,osuser 
from v$session 
where sql_id='1vnbgy700u1cu' 
order by logon_time desc;

–谨记kill后面加immediate参数，否则会让pmon回收很久！如不幸用了传统kill，可用下面方法再度释放：

select 'alter system kill session '''||c.sid||','||c.SERIAL# ||''' immediate;' 
from v$session c 
Where username ='FRNT' 
and machine in ('jk2','biweb2') 
and status='KILLED';

如果会话已经在DB里killed，上面的SQL已经查不出spid,可以用下面的SQL查出SPID

 select addr, pid, spid
 FROM v$process p
 where addr in (select p.addr
 from v$process p
 where pid <> 1
 minus
 select s.paddr from v$session s)；
 

©版权声明：本文为天凯DBS的原创文章，转载请附上原文出处链接及本声明，否则将追究法律责任。

原文链接：https://dbs-service.cn/a/163.html