oracle数据库性能awr,Oracle数据库性能调优-AWR讲述详细分析指南之一

AWR 是Oracle  10g 版本 推出的新特征， 全称叫Automatic Workload Repository-自动负载信息库, AWR 是通过对比两次快，照(snapshot)收集到的统计信息，来天生报表数据，天生的报表包罗多个部门。WORKLOAD REPOSITORY report for

DB Time不包罗Oracle后台历程消耗的时间。若是DB Time远远小于Elapsed时间，说明数据库对照空闲。

db time= cpu time + wait time(不包罗空闲守候)(非后台历程)

说白了就是db time就是纪录的服务器花在数据库运算(非后台历程)和守候(非空闲守候)上的时间

DB time = cputime + all of nonidle wait event time

在79分钟里(其间收集了3次快照数据)，数据库耗时11分钟，RDA数据中显示系统有8个逻辑CPU(4个物理CPU)，平均每个CPU耗时1.4分钟，CPU利用率只有约莫2%(1.4/79)。说明系统压力异常小。

列出下面这两个来做注释：

Report A:

Snap Id Snap Time Sessions Curs/Sess

——— ——————- ——– ———

Begin Snap: 4610 24-Jul-08 22:00:54 68 19.1

End Snap: 4612 24-Jul-08 23:00:25 17 1.7

Elapsed: 59.51 (mins)

DB Time: 466.37 (mins)

Report B:

Snap Id Snap Time Sessions Curs/Sess

——— ——————- ——– ———

Begin Snap: 3098 13-Nov-07 21:00:37 39 13.6

End Snap: 3102 13-Nov-07 22:00:15 40 16.4

Elapsed: 59.63 (mins)

DB Time: 19.49 (mins)

服务器是AIX的系统，4个双核cpu,共8个核:

/sbin> bindprocessor -q

The available processors are: 0 1 2 3 4 5 6 7

先说ReportA,在snapshot距离中，总共约60分钟，cpu就共有60*8=480分钟，DBtime为466.37分钟，则：

cpu破费了466.37分钟在处置Oralce非空闲守候和运算上(譬喻逻辑读)

也就是说cpu有 466.37/480*100% 破费在处置Oracle的操作上，这还不包罗后台历程

看Report B，总共约60分钟，cpu有19.49/480*100% 破费在处置Oracle的操作上

很显然，2中服务器的平均负载很低。

从awr report的Elapsed time和DBTime就能也许领会db的负载。

可是对于批量系统，数据库的事情负载总是集中在一段时间内。若是快照周期不在这一段时间内，或者快照周期跨度太长而包罗了大量的数据库空闲时间，所得出的剖析结果是没有意义的。这也说明选择剖析时间段很要害，要选择能够代表性能问题的时间段。

原文链接：https://www.cnblogs.com/zwh-Seeking/p/12877432.html

本站声明:网站内容来源于网络,若有侵权,请联系我们,我们将及时处置。