Oracle-AWR-报告分析实例讲解

WORKLOAD REPOSITORY report for DB NameDB IdInstanceInst numReleaseRACHostICCI1314098396 ICCI11YESHPGICCI1Snap IdSnap TimeSessionsCursors/SessionBegin Snap:267825-Dec-08 14:04:5024End Snap:268025-Dec-08 15:23:3726Elapsed: 78.79 (mins) DB Time: 11.05 (mins) DB Time 不包括 Oracle 后台进程消耗的时间。假如 DB Time 远远小于 Elapsed时间，说明数据库比拟空闲。在 79 分钟里〔其间收集了 3 次快照数据〕，数据库耗时 11 分钟，RDA 数据中显示系统有 8 个逻辑 CPU〔4 个物理 CPU〕，平均每个 CPU 耗时分钟，CPU利用率只有大约 2%〔〕。说明系统压力非常小。可是对于批量系统，数据库的工作负载总是集中在一段时间内。假如快照周期不在这一段时间内，或者快照周期跨度太长而包含了大量的数据库空闲时间，所得出的分析结果是没有意义的。这也说明选择分析时间段很关键，要选择能够代表性能问题的时间段。Report SummaryCache Sizes BeginEndBuffer Cache:3,344M3,344M Std Block Size:8KShared Pool Size:704M704M Log Buffer:14,352K显示 SGA 中每个区域的大小〔在 AMM 改变它们之后〕，可用来与初始参数值比拟。shared pool 主要包括 library cache 和 dictionary cache。library cache 用来存储最近解析〔或编译〕后 SQL、PL/SQL 和 Java classes 等。library cache 用来存储最近引用的数据字典。发生在 library cache 或 dictionary cache 的 cache miss 代价要比发生在 buffer cache 的代价高得多。因此 shared pool 的设置要确保最近使用的数据都能被 cache。Load ProfilePer SecondPer TransactionRedo size:Logical reads:Block changes:Physical reads:Physical writes:User calls:Parses:Hard parses:Sorts:Logons:Executes:Transactions: % Blocks changed per Read:Recursive Call %:Rollback per transaction %:Rows per Sort:########显示数据库负载概况，将之与基线数据比拟才具有更多的意义，假如每秒或每事务的负载变化不大，说明应用运行比拟稳定。单个的报告数据只说明应用的负载情况，绝大多数据并没有一个所谓“正确〞的值，然而 Logons 大于每秒1~2 个、Hard parses 大于每秒 100、全部 parses 超过每秒 300 说明可能有争用问题。Redo size：每秒/每事务产生的 redo 大小〔...