Oracle_AWR_报告分析实例讲解

璐璐

663

51页

9次

2020-03-07

5墨值下载

WORKLOAD REPOSITORY report

for

DB Name DB Id Instance Inst num Release RAC Host

ICCI 1314098396 ICCI1 1 10.2.0.3.0 YES HPGICCI1

Snap Id Snap Time Sessions Cursors/Session

Begin Snap: 2678 25-Dec-08 14:04:50 24 1.5

End Snap: 2680 25-Dec-08 15:23:37 26 1.5

Elapsed:

78.79 (mins)

DB Time:

11.05 (mins)

DB Time 不包括 Oracle 后台进程消耗的时间。如果 DB Time 远远小于 Elapsed

时间，说明数据库比较空闲。

在 79 分钟里（其间收集了 3 次快照数据），数据库耗时 11 分钟，RDA 数据

中显示系统有 8 个逻辑 CPU（4 个物理 CPU），平均每个 CPU 耗时 1.4 分钟，

CPU 利用率只有大约 2%（1.4/79）。说明系统压力非常小。

可是对于批量系统，数据库的工作负载总是集中在一段时间内。如果快照周

期不在这一段时间内，或者快照周期跨度太长而包含了大量的数据库空闲时间，

所得出的分析结果是没有意义的。这也说明选择分析时间段很关键，要选择能

够代表性能问题的时间段。

Report Summary

Cache Sizes

Begin End

Buffer Cache: 3,344M 3,344M Std Block Size: 8K

Shared Pool Size: 704M 704M 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 Profile

Per Second Per Transaction

Redo size: 918,805.72 775,912.72

Logical reads: 3,521.77 2,974.06

Block changes: 1,817.95 1,535.22

Physical reads: 68.26 57.64

Physical writes: 362.59 306.20

User calls: 326.69 275.88

Parses: 38.66 32.65

Hard parses: 0.03 0.03

Sorts: 0.61 0.51

Logons: 0.01 0.01

Executes: 354.34 299.23

Transactions: 1.18

% Blocks changed per Read: 51.62 Recursive Call %: 51.72

Rollback per transaction %: 85.49 Rows per Sort: ########

显示数据库负载概况，将之与基线数据比较才具有更多的意义，如果每秒或

每事务的负载变化不大，说明应用运行比较稳定。单个的报告数据只说明应用

的负载情况，绝大多数据并没有一个所谓“正确”的值，然而 Logons 大于每秒

1~2 个、Hard parses 大于每秒 100、全部 parses 超过每秒 300 表明可能有争用问

题。

Redo size：每秒/每事务产生的 redo 大小（单位字节），可标志数据库任务的

繁重程序。

of 51

5墨值下载

oracle 安装部署

关注

评论