最详尽的AWR报告详细分析.docx

最详尽的AWR报告详细分析.docx

ID:48387024

大小:207.94 KB

页数:43页

时间:2019-10-13

最详尽的AWR报告详细分析.docx_第1页
最详尽的AWR报告详细分析.docx_第2页
最详尽的AWR报告详细分析.docx_第3页
最详尽的AWR报告详细分析.docx_第4页
最详尽的AWR报告详细分析.docx_第5页
资源描述:

《最详尽的AWR报告详细分析.docx》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、AWR报告详细分析AWR是Oracle10g版本推出的新特性,全称叫AutomaticWorkloadRepository-自动负载信息库,AWR是通过对比两次快,照(snapshot)收集到的统计信息,来生成报表数据,生成的报表包括多个部分。WORKLOADREPOSITORYreportfor说白了就是dbtime就是记录的服务器花在数据库运算(菲后台进程)和等待(菲空闲等待)上的时间DBtime=cputime+allofnonidlewaiteventtime在79分钟里(其间收集了3次快照数据),数据库耗吋11分钟,RDA数据中显示系统有

2、8个逻辑CPU(4个物理CPU),平均每个CPU耗吋1.4分钟,CPU利用率只有大约2%(1.4/79)o说明系统压力非常小。列出下血这两个来做解释:ReportA:SnapIdSnapTimeSessionsCurs/SessBeginSnap:461024-Jul-0822:00:546819.1EndSnap:461224-Jul-0823:00:25171.7Elapsed:59.51(mins)DBTime:466.37(mins)ReportB:SnapIdSnapTimeSessionsCurs/SessBeginSnap:30981

3、3-Nov-0721:00:373913.6EndSnap:310213-Nov-0722:00:154016.4Elapsed:59.63(mins)DBTime:19.49(mins)服务器是AIX的系统,4个双核cpu,共8个核:/sbin>bindprocessor-qTheavailableprocessorsare:01234567先说ReportA,在snapshot间隔中,总共约60分钟,cpu就共有60*8=480分钟,DBtime为466.37分钟,则:cpu花费了466.37分钟在处理Oralce非空闲等待和运算上(比方逻辑读

4、)也就是说cpu有466.37/480*100%花费在处理Oracle的操作上,这还不包括后台进程看ReportB,总共约60分钟,cpu有19.49/480*100%花费在处理Oracle的操作上很显然,2中服务器的平均负载很低。从awrreport的Elapsedtime和DBTime就能大概了解db的负载。可是对于批量系统,数据库的工作负载总是集中在一段时间内。如果快照周期不在这一段时间内,或者快照周期跨度太长而包含了大量的数据库空闲时间,所得出的分析结果是没有意义的。这也说明选择分析时间段很关键,要选择能够代表性能问题的吋间段。Report

5、SummaryCacheSizesBegin

6、EndBufferCache:3,344M3,344M

7、StdBlockSize:8KSharedPoolSize:704M704MLogBuffer:14,352K显示SGA屮每个区域的大小(在AMM改变它们Z后),可用來与初始参数值比较。sharedpool主要包括librarycache和dictionarycache□librarycache用来存储最近解析(或编译)后SQL、PL/SQL和Javaclasses等。librarycache用来存储最近引用的数据字典。发牛在librarycach

8、e或dictionarycache的cachemiss代价要比发牛在buffercache的代价高得多。因此sharedpool的设置要确保最近使用的数据都能被cache□LoadProfilePerSecond

9、PerTransactionRedosize:918,805.72775,912.72Logicalreads:3,521.772,974.06Blockchanges:1,817.951,535.22Physicalreads:68.2657.64Physicalwrites:362.59306.20Usercalls:326.6927

10、5.88Parses:38.6632.65Hardparses:0.030.03Sorts:0.610.51Logons:0.010.01Executes:354.34299.23Transactions:1.18I%BlockschangedperRead:51.62RecursiveCall%:51.72Rollbackpertransaction%:85.49RowsperSort:########显示数据库负载概况,将之与基线数据比较才具有更多的意义,如果每秒或每事务的负载变化不大,说明应用运行比较稳定。单个的报告数据只说明应用的负载情况,

11、绝大多数据并没有一个所谓“正确”的值,然而Logons大于每秒1〜2个、Haniparses大于每秒100>全部parse

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。