数据库hang住分析处理

方式一、做hanganalyze

单机：

sqlplus -prelim /nolog

connect / as sysdba

oradebug setmypid

oradebug hanganalyze 3

oradebug dump systemstate 266

oradebug tracefile_name
RAC：
#sqlplus / as sysdba
SQL> oradebug setmypid
SQL> oradebug unlimit
SQL> oradebug -g all hanganalyze 3
wait 120 seconds........
SQL> oradebug -g all hanganalyze 3
SQL> oradebug tracefile_name
SQL> exit

方式二、gdb调用进程输出

使用prelim参数仍然无法登录数据库时，可以使用gdb调试后台进程方式生成systemstate dump，例子如下：

[oracle@db ~]$ ps -ef|grep pmon

oracle 2565 1 0 17:52 ? 00:00:02 ora_pmon_orcl

root 4163 2608 0 18:17 pts/1 00:00:00 grep pmon

You have new mail in /var/spool/mail/root

[oracle@db ~]$ gdb $ORACLE_HOME/bin/oracle 2565

。。。。。。。。

(gdb) print ksudss(10)

$1 = 0

(gdb) detach

Detaching from program: /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle, process 2565

生成orcl_pmon_2565.trc

分析hanganalyze

BLOCK进程一般会在State of ALL nodes部分的以下状态的会话中产生，主要有LEAF，NLEAF，IN_HANG进程。

对于LEAF，NLEAF类，把LEAF，NLEAF的对象过滤出来
cat $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/orcl_ora_38521.trc|grep LEAF

如：
State of ALL nodes([nodenum]/cnode/sid/sess_srno/session/ospid/state/[adjlist]):[134]/1/135/1/0xf27dd190/21691/SINGLE_NODE/[198]/1/199/895/0xf2894610/6802/LEAF/ ---##LEAF堵塞者[388]/2/141/209/0xf27cac50/8132/SINGLE_NODE/[445]/2/198/1741/0xf28976f0/10653/NLEAF/[198] ---##NLEAF被堵塞者

LEAF一般都是堵塞者，找到对应列的ospid列的值，然后通过OS层面去kill -9杀掉进程，KILL 前一定要ps 看下是不是系统进程


对于IN_HANG类，把IN_HANG的对象过滤出来
cat $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/orcl_ora_27259.trc|grep IN_HANG

如：

[nodenum]/cnode/sid/sess_srno/session/ospid/state/start/finish/[adjlist]/predecessor
[16]/0/17/154/0x24617be0/26800/IN_HANG/29/32/[185]/19
[185]/1/16/4966/0x24617270//IN_HANG/30/31/[16]/16

在此示例中，节点[16]正在等待节点[185]，反之亦然；这是一个循环条件（死锁）。
IN_HANG一般都是堵塞者，但是基本上不止一条，找到对第一个堵塞者的SPID，通过OS层面去kill -9杀掉进程
KILL 前一定要ps 看下是不是系统进程