一 什么是数据库hang
或者使用:
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
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;
select 1 from dual;
七 收集数据
1 使用 LTOM 收集数据
2 使用 OSW 收集系统性能数据
3 使用 EM
八 使用hanganalyze 和systemstate 收集数据
systemstate的用法http://space.itpub.net/464838/viewspace-664380
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
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 , value, name 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/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22664653/viewspace-731877/