报告无法生成oracle_分享AWR报告的生成和简单分析方法

第一步&＃xff1a;数据库压力测试卡开始时&＃xff1a;生成第一个快照&＃xff1a;

Sql>exec dbms_workload_repository.create_snapshot();

第二步&＃xff1a;数据库压力测试结束时&＃xff1a;生成第二个快照

Sql>exec dbms_workload_repository.create_snapshot();

第三步&＃xff1a;生成AWR报告

SQL> &＃64;/oracle/product/10.2.0.5/rdbms/admin/awrrpt.sql

(1) 选择报告文件的类型&＃xff1a;html和text

(2) 选择快照的天数

Enter value for num_days: 1

(3) 选择begin的snap和end的snap

(4) 输入文件名&＃xff1a;如/oracle/db_08091530.txt

则完成。

注意以下几点&＃xff1a;

DB CPU利用率(db time/snap_time/cpu core数)&＃xff1a;10.5%

日志缓冲区&＃xff1a;47M

每秒产生redo大小(redo size)&＃xff1a;139M/s

每秒逻辑读块(logical reads)&＃xff1a;1400

SQL解析次数(parses)&＃xff1a;108

每秒排序次数(sorts)&＃xff1a;6

每秒执行SQL语句(executes)&＃xff1a;116

每秒事务数(transations)&＃xff1a;96

递归调用比例(resursive call)&＃xff1a;67%

每次排序行数(rows per sort)&＃xff1a;51

Buffer nowait: 内存获取数据未等待&＃xff1a;99.33%

Buffer hit: 进程内存找到数据 100%

Redo nowait: 日志缓冲区获得数据未等待&＃xff1a;100%

Library hit: 找到解析过的SQL&＃xff1a;100%

Latch hit进程获得内存结构许可比例&＃xff1a;99%

Parse cpu to parse elapsd&＃xff1a;解析未等待比例&＃xff1a;116%

Non-Parse CPU &＃xff1a;sql语句执行时间占总解析时间的比例&＃xff1a;97.08%

Execute to parse: SQL重用率&＃xff1a;6.54%

In-memroy sort: 数据内存中排序比例(pga)内存&＃xff1a;100%

Soft parse: 软解析比例&＃xff1a;100%

Memory usage&＃xff1a;共享池内存使用率。

TOP 5 Timed Events分析

Log file sync&＃xff1a;过多的提交。Sga的日志缓冲区记录事务和块的改变

Log file parallel write: 也表明IO瓶颈

后面会分享更多DBA方面的内容&＃xff0c;感兴趣的朋友可以关注下&＃xff01;