ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 【Oracle】数据库hang 诊断

【Oracle】数据库hang 诊断

原创 Linux操作系统 作者:杨奇龙 时间:2012-06-04 17:11:32 0 删除 编辑
一 什么是数据库hang 
1 用户不能登录数据库
2 数据库不能正常工作
3 select 1 from dual 不出结果
4 不能正常完成建表操作

二 数据库被锁住
   1  一个或多个会话停止工作
三 如果得知数据库hang 或者被锁
   1 测试
   2 用户抱怨
   3 systemstate 或者hanganalze 操作查看被阻塞的会话
   4 一个查询hang 住不动
   5 会话耗费了大量的cpu
   6 ora-60 错误出现
四  上述现象可能会在以下操作之后:
   1 schema 变动
   2 数据库参数变动
   3 应用程序的改动
   4 数据库升级
五  理清 issue 发生的状况,你必须了解如下
   1 受影响的用户
   2 导致问题的事件的发生的顺序
   3 问题是从哪里/如何被发现的
   4 问题的表现
   5 什么正在工作
   6 最希望的或者最能够接受的结果是什么
   7 你做了什么操作来解决这个问题
六 验证工作 
   必须对数据库是否hang 或者lock 进行验证 否则会导致采取错误的动作。也有可能是os 的性能问题导致数据库表现为hang 住的!!
   select 1 from dual;

七 收集数据
  1 使用 LTOM 收集数据
  2 使用 OSW 收集系统性能数据
  3 使用 EM 

八 使用hanganalyze 和systemstate 收集数据
  DUMP进程状态可以使用: 
    alter sessions set events 'immediate trace name processstate level ';
  或者使用:
    oradebug setmypid
    oradebug ulimit
    oradebug dump processstate
当诊断数据库挂起时,可以使用DUMP命令转储整个系统状态:
alter sessions set events 'immediate trace name systemstate level ';
或:
oradebug setmypid
oradebug ulimit
oradebug dump systemstate
如果为了获取全面一点的信息,可以使用Level 10。
SQL> oradebug setmypid
SQL> oradebug unlimit
SQL> oradebug dump systemstate 10
另外如果系统挂起,无法用SQL*Plus连接,从Oracle 10g开始,可以使用sqlplus -prelim选项强制登录,然后即可进行系统状态信息转储:
sqlplus -prelim '/ as sysdba'
oradebug setmypid
oradebug unlimit;
oradebug dump systemstate 10
====================================
--for 单实例
SQL>ORADEBUG hanganalyze
--for RAC 实例
SQL>ORADEBUG setmypid
SQL>ORADEBUG setinst all
SQL>ORADEBUG -g def hanganalyze  
注意:如果Level过大的话会产生大量的跟踪文件并影响系统的I/O性能,Oracle建议不要采用3级以上的跟踪。
以sysdba 登录
oradebug setmypid
oradebug unlimit
oradebug -g  all hanganalyze 3
oradebug -g all dump systemstate 266
--等待2min
oradebug -g  all hanganalyze 3
oradebug -g all dump systemstate 266

默认搜集数据的步骤如下:
1 hanhanalyze  level 3
2 systemstate level 266
3 wait 60 sec
4 hanhanalyze  level 3
5 systemstate level 266

对于单实例 trace file 文件在 本地的user_dump_desttination 
对于rac 环境 trace file 文件在每个节点的 backgroup_dump_destination

九 获取v$性能数据
SPOOL v_views.log;

/*set linesize 130
col "Parameter" form. a50
col "Session Value" form. a30
col "Instance Value" form. a30
*/
select a.ksppinm  "Parameter",
       b.ksppstvl "Session Value",
       c.ksppstvl "Instance Value"
  from x$ksppi a, x$ksppcv b, x$ksppsv c
  where a.indx = b.indx
   and a.indx = c.indx
  order by 1 ;

SELECT class valuename FROM v$sysstat;

SELECT sid , id1, id2, type, lmode, request FROM v$lock;

SELECT l.latch#,
       n.name,
       h.pid,
       l.gets,
       l.misses,
       l.immediate_gets,
       l.immediate_misses,
       l.sleeps
  FROM v$latchname n, v$latchholder h, v$latch l
  WHERE l.latch# = n.latch#
   AND l.addr = h.laddr(+);

SELECT * FROM v$session_wait ORDER BY sid ;
/* repeat last query 3 times - we want to see who's repeatedly waiting*/
SPOOL OFF;

获取了数据之后 就是分析了!!

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22664653/viewspace-731877/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
MySQL DBA NoSQL DEVOPS

注册时间:2009-10-07

  • 博文量
    1026
  • 访问量
    7501170