Oracle数据库hang住实例分析

共计 787 个字符，预计需要花费 2 分钟才能阅读完成。

现象：

普通用户和 sysdba 都无法登陆，业务中断

分析过程：

1. 先做 hanganalyze 和 systemstate dump

$sqlplus -prelim “/as sysdba”

SQL> oradebug setmypid

Statement processed.

SQL> oradebug hanganalyze 3

Statement processed.

SQL> oradebug hanganalyze 3

Statement processed.

SQL> oradebug tracefile_name

/u01/app/Oracle/diag/rdbms/db11/db11/trace/db11_ora_2495.trc

SQL> 

2. 分析 trace 文件

有 76 个会话被会话 494 阻塞了，而会话 494 在等待 shared pool…

会话 494,496,519 之间可能相互独立，也可能存在互相阻塞的关心。

继续分析日志：

”adjlist“表示 nodenum，所以会话 494 被会话 598 阻塞，会话 496 也被会话 597 阻塞

所以进程号 553382、sid=598 的会话就是数据库 hang 住时的阻塞源头

会话 598 在做什么，需要从 systemstate dump 中做分析，但是系统重启前没有做 systemstate dump 分析。

因为 oracle 中的进程要么是前台进程，要么是后台进程，在 oracle 启动的时候，会记录后台进程的进程 id 号，

从 alter 日志中发现：

根据 MMAN 进程猜测与动态调整 SGA 有关。关闭动态 SGA 管理后，系统恢复正常，不再有 hang 现象。

更多 Oracle 相关信息见 Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-04/130322.htm