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

awr报告使用方法：大概有两种场景需要我们分析使用awr报告当数据库发生问题时，生成有问题时间段的awr报告和数据库正常时间段报告进行对比分析，诊断数据库故障；数据库巡检，将不同时间的业务繁忙时间段报告进行对比分析，分析数据库性能趋势；使用awrddrpt.sql脚本，生成对比分析报告：可以直观的对比两份AWR报告异同，帮助分析关注重点问题；建立多条基线：应根据您的业务特征，获取并存储不同时段的基线。建议的基线收集包括：正常活动非繁忙时间一天中最忙的时间月末或业务周期处理批处理作业拥有上述多条基线时，您将会清楚地了解系统是如何正常运行的。当发生问题时，与这些基线进行比较将有助于解决问题。如果未建立基线，要理解性能问题 的本质将更加困难。如果用户在系统性能不佳时仅提供 AWR，则将更加难以分析数据库的性能；在没有比较的情况下，数据库性能好坏与否可能就会变成“主观臆测”。 上面主要讨论awr报告生成的小技巧，主要是采用对比分析去发现问题；接下来我们来探讨一下报告中应该关注的信息：通过AWR报告我们应该读出那些信息：一、数据库负载概况：db time 和elapsed time比较，大概估计出数据库负载二、cache size参数设置:如果启用自动调整，报告中的数值应为自动调整后的大小，可以和初始参数文件比较；Buffer CacheShared pool Size缓冲区大小数据库提供了相应的建议值为参考load profile:这里没有所谓的正确值，只能根据应用的特点判断和基线比较来分析；1)硬解析较高—需要分析sql共享、绑定变量的情况2）sql解析：Executes次数、Parses次数、数据库等待事件latch:library cache ---session cache cursorsIO情况 分析逻辑读和物理读的情况，与基线数据比较判断系统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.tarrm –rf oswbb./startOSWbb.sh ./startOSWbb.sh 60 10 gzip /u01/oswbb/archivenohup ./startOSWbb.sh 60 10 ./stopOSWbb.shOswbba:不需要安装，直接集成在oswbb中Java –jar oswbba.jar –i /u01/oswbb/archive2）SQLHC: 系统中重点的sql语句做历史信息保留SQL Tuning Health-Check Script (SQLHC) (文档 ID 1366133.1)#sqlplus “/as sysdba”Sql@ sqlhc.sql T sql_id3）HangFG:快速抓取数据库hang死 hanganlyze和systemstate dump信息 HANGFG User Guide (文档 ID 362094.1)Tar –xvf hangfg.tarRm –rf hangfg./hangfg.sh 1 2 3产生文件：Hangfiles.outHangfg.logHfiles_MMDDYYHHMI.tar.Z