OracleAWR报告详细分析.docxVIP

服务器是AIX的系统， 4个双核cpu,共8个核: OracleAWR报告具体分析 Oracle AWR报告具体分析 (?档 ID 1523048.1) AWR AWR 是 Oracle 10g 版本 推出的新特性， 全称叫Automatic Workload Repository- ?动负载信息库 AWR 是通过对?两次快 照(snapshot)收集到的统计信息，来?成报表数据，?成的报表包括多个部分。 WORKLOAD REPOSITORY report for Inst num 1314098396ICCI1 110.2.0.3.0 HPGICCI1 DB Name Instance Release DB Id RAC YES Host ICCI Snap Snap Time 25-Dec-08 14:04:50 25-Dec-08 15:23:37 78.79 (mins) 11.05 (mins) Cursors/Session 1.5 1.5 Sessions 24 26 Begin Snap: End Snap: Elapsed: DB Time: Snap Id 2678 2680 DB Time不包括Oracle后台进程消耗的时间。假如DB Time远远?于Elapsed时间，说明数据库?较空闲。 db time= cpu time + wait time (不包含空闲等待) (?后台进程) 说?了就是db time就是记录的服务器花在数据库运算(?后台进程)和等待(?空闲等待)上的时间 DB time = cpu time + 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) /sbin bindprocessor -q The available processors are: 0 1 2 3 4 5 6 7 先说Report A,在snapshot间隔中，总共约60分钟， cpu就共有60*8=480分钟， DB time为466.37分钟 则： cpu花费了466.37分钟在处理Oralce?空闲等待和运算上(??规律读) 也就是说cpu有 466.37/480*100% 花费在处理Oracle的操作上，这还不包括后台进程 看Report B，总共约60分钟， cpu有 19.49/480*100% 花费在处理Oracle的操作上 很明显， Report B中服务器的平均负载很低。 从awr report的Elapsed time和DB Time就能?概了解db的负载。 可是对于批量系统，数据库的?作负载总是集中在?段时间内。假如快照周期不在这?段时间内， 或者快照周期跨度太长?包含了?量的数据库空闲时间，所得出的分析结果是没有意义的. 这也说明选择分析时间段很关键，要选择能够代表性能问题的时间段。 Report Report Summary Cache Sizes Buffer Cache: Shared Pool Size: End 3,344MStd Block Size: 704MLog Buffer: Begin 3,344M 704M 8K 14,352K 显?SGA中每个区域的??(在AMM转变它们之后)，可?来与初始参数值?较。 shared pool主要包括library cache和d