awr数据分析概要1.doc

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大小（单位字节），可标志数据库任务的繁重程序。 Logical reads：每秒/每事务逻辑读的块数 Block changes：每秒/每事务修改的块数 Physical reads：每秒/每事务物理读的块数 Physical writes：每秒/每事务物理写的块数 User calls：每秒/每事务用户call次数 Parses：SQL解析的次数 Hard parses：其中硬解析的次数，硬解析太多，说明SQL重用率不高。 Sorts：每秒/每事务的排序次数 Logons：每秒/每事务登录的次数 Executes：每秒/每事务SQL执行次数 Transactions：每秒事务数 Blocks changed per Read：表示逻