技术分享awr报告性能分析.docx

 awr报告使用方法：大概有两种场景需要我们分析使用awr报告 当数据库发生问题时，生成有问题时间段的awr报告和数据库正常时间段报告进行对比分析，诊断数据库故障； 数据库巡检，将不同时间的业务繁忙时间段报告进行对比分析，分析数据库性能趋势； 使用awrddrpt.sql脚本，生成对比分析报告： 可以直观的对比两份AWR报告异同，帮助分析关注重点问题； 建立多条基线： 应根据您的业务特征，获取并存储不同时段的基线。建议的基线收集包括： 正常活动 非繁忙时间 一天中最忙的时间 月末或业务周期处理 批处理作业 拥有上述多条基线时，您将会清楚地了解系统是如何正常运行的。当发生问题时，与这些基线进行比较将有助于解决问题。如果未建立基线，要理解性能问题 的本质将更加困难。如果用户在系统性能不佳时仅提供 AWR，则将更加难以分析数据库的性能；在没有比较的情况下，数据库性能好坏与否可能就会变成“主观臆测”。 上面主要讨论awr报告生成的小技巧，主要是采用对比分析去发现问题；接下来我们来探讨一下报告中应该关注的信息： 通过AWR报告我们应该读出那些信息： 一、数据库负载概况： db time 和elapsed time比较，大概估计出数据库负载 二、cache size参数设置: 如果启用自动调整，报告中的数值应为自动调整后的大小，可以和初始参数文件比较； Buffer Cache Shared pool Size 缓冲区大小数据库提供了相应的建议值为参考 load profile: 这里没有所谓的正确值，只能根据应用的特点判断和基线比较来分析； 1)硬解析较高—需要分析sql共享、绑定变量的情况 2）sql解析：Executes次数、Parses次数、数据库等待事件latch:library cache ---session cache cursors IO情况 分析逻辑读和物理读的情况，与基线数据比较判断系统IO情况是否正常； 四、内存命中率 这里没有所谓的正确值，只能根据应用的特点判断和基线比较来分析； 五、TOP5 等待事件 1、IO等待事件： Db file scattered read:一般表明正在做全表扫描或者index fast full scan引起的多快读； Db file sequential read:一般是由不能做多快读的操作引起的单块读（如读索引）； IO等待— 1）是否数据库是否做了大量的读操作---sql statistics –物理读和逻辑读较高的sql语句 2）是否每次的IO操作都很慢—tablespace statistics—Io问题 根据相应的等待事件，对应数据库相关的sql操作“ 根据下面提供的具体sql按指标排序顺序具体分析相应的sql 执行计划，根据执行计划调优相关语句； 如以上分析相关sql都是正常的，接下来就可能分析是否系统级的IO操作慢造成问题。这块需要主机命令分析结合 2、Library cache等待事件 基线报告： 基线： 基线： 性能问题分析：业务查询突然变慢 1主机系统资源瓶颈 2 数据库明显等待事件 3 sql执行计划 辅助工具： Addm ---oracle提出建议可优化的sql语句 接下来介绍oracle关于性能监控方面的几个工具 1）OSWatcher black box: 图像化的展示系统性能 OS Watcher Black Box Users Guide (文档 ID 1531223.1) Tar –xvf oswbb.tar rm –rf oswbb ./startOSWbb.sh ./startOSWbb.sh 60 10 gzip /u01/oswbb/archive nohup ./startOSWbb.sh 60 10 ./stopOSWbb.sh Oswbba: 不需要安装，直接集成在oswbb中 Java –jar oswbba.jar –i /u01/oswbb/archive 2）SQLHC: 系统中重点的sql语句做历史信息保留SQL Tuning Health-Check Script (SQLHC) (文档 ID 1366133.1) #sqlplus “/as sysdba” Sql@ sqlhc.sql T sql_id 3）HangFG:快速抓取数???库hang死 hanganlyze和systemstate dump信息 HANGFG User Guide (文档 ID 362094.1) Tar –xvf hangfg.tar Rm –rf hangfg ./hangfg.sh 1 2 3 产生文件： Hangfiles.out Hangfg.log Hfiles_MMDDYYHHMI.tar.Z