ORACLE问题分析工具及案例.pptx

ORACLE问题分析工具及案例解决方案部2015年04月

ANYTIMEANYQUESTION

目录第1部分 问题诊断方法第3部分 案例第2部分 问题诊断工具

一、问题诊断方法1、首先跟客户了解下问题现象数据库的现象应用的现象主机的现象2、收取数据库信息收取数据库alert日志收取数据库AWR报告发生问题时间段内的数据库会话信息(ASH)出现问题时间段bdump下的trace日志文件CRS相关日志信息3、收取主机相关日志操作系统日志主机CPU、内存、IO监控日志网络监控信息

一、问题诊断方法可能出现的故障1、数据库连接问题2、数据库性能问题3、数据库HANG死问题4、数据库宕机问题5、数据丢失问题

二、问题诊断工具1、AWR报告2、ASH(activesessionhistory)3、ADDM4、STA（SQLTuningAdvisor）5、Oswatcher6、HANGANALYZE7、RDA8、explainplanfor9、1004610053事件

二、问题诊断工具1、AWR报告autmaticworkloadrepository，比statspack工具收集的信息更多，10g默认保留七天，每一小时采集一次awr配置信息select*fromdba_hist_wr_control使用脚本生成AWR报告Sql@$ORACLE_HOME/rdbms/admin/awrrpt.sql查看快照信息select*fromDBA_HIST_SNAPSHOT通过dbms_workload_repository包调整AWR策略，改成间隔30分钟，保留5天。execdbms_workload_repository.modify_snapshot_settings(interval=30,retention=5*24*60)关闭AWR，把interval设为0则关闭自动捕捉快照，再去查dba_hist_wr_control表，还是会有记录的，只是间隔时间变的非常大execdbms_workload_repository.modify_snapshot_settings(interval=0);手工创建一个快照execDBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT()手工删除指定范围的快照，将903-904的快照删除execDBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id=903,high_snap_id=904,dbid=1300532849);创建baseline，保存这些数据用于将来分析和比较，这里apply_interest_1只是个名字execdbms_workload_repository.create_baseline(start_snap_id=1003,end_snap_id=1013,apply_interest_1);

二、问题诊断工具2、ASH报告ASH(ActiveSessionHistory活动会话历史记录)ASH的定位：AWR提供了整个实例的某个周期的性能数据，比较适合从全局的角度来分析，但是得到的数据不是最及时和最细的。使用SQLTRACE可以对每个SQL语句进行跟踪，产生的信息非常详细，由于太过于详细，又不利于快速的分析性能。当然也可以由用户自行对V$SESSION进行采询采样，如果过于频率，带来的负载比较大。而ASH是ORACLE自动在代码层面上来执行，带来的影响最少，对CPU的使用不超过2%。ASH的工作过程：主要由MMNL进程来执行，从V$SESSION视图来对数据进行采样，对STATUS栏位为’ACTIVE’的会话的相关信息进行采样(_ASH_SAMPLE_ALL,表示采样范围，DEFAULT为false,true表示对每个会话都进行采样).采样的频率为一秒，由参数_ASH_SAMPLING_INTERVAL(default:1000毫秒)来控制。。--ash报告生成脚本@?/rdbms/admin/ashrpt.sql查询会话信息:select*fromv$active_session_historyselect*fromdba_hist_active_sess_history

二、问题诊断工具3、ADDM报告数据库自动诊断监视工具（AutomaticDatabaseDiagnosticMonitor)，AWR是从数据库的定期采集数据（即快照）中收集与