生成AWR报告方法： 第一步：数据库压力测试卡开始时：生成第一个快照： Sqlexec dbms_workload_repository.create_snapshot(); 第二步：数据库压力测试结束时：生成第二个快照 Sqlexec dbms_workload_repository.create_snapshot(); 第三步：生成AWR报告 SQL
生成AWR报告方法：
第一步：数据库压力测试卡开始时：生成第一个快照：
Sql>exec dbms_workload_repository.create_snapshot();
第二步：数据库压力测试结束时：生成第二个快照
Sql>exec dbms_workload_repository.create_snapshot();
第三步：生成AWR报告
SQL> @/oracle/product/10.2.0.5/rdbms/admin/awrrpt.sql
（1） 选择报告文件的类型：html和text
（2） 选择快照的天数
Enter value for num_days: 1
（3） 选择begin的snap和end的snap
（4） 输入文件名：如/oracle/db_08091530.txt
则完成。
分析AWR报告方法：
注意以下几点：
DB CPU利用率（db time/snap_time/cpu core数）：10.5%
日志缓冲区：47M
每秒产生redo大小(redo size)：139M/s
每秒逻辑读块(logical reads)：1400
SQL解析次数(parses)：108
每秒排序次数(sorts)：6
AS系统本次的主要更新和新开发的功能如下（暂不详述）： 1、修复了普及版的一些大大小小的BUG 2、重新规划整个后台，使后台更加个性化、智能化、更加易用 3、重写了广告部分模块，使其更加专业化 4、重写了文章采集模块，添加了定时自动采集功能 5、添加了供求信息采集功能 6、重写了友情连接功能（原来的太简单了） 8、重写了生成HTML模块。（几个主要模块首页不用原来的生成方式，不再会被卡巴斯机杀毒软
每秒执行SQL语句(executes)：116
每秒事务数(transations)：96
递归调用比例(resursive call)：67%
每次排序行数(rows per sort)：51
Buffer nowait: 内存获取数据未等待：99.33%
Buffer hit: 进程内存找到数据 100%
Redo nowait: 日志缓冲区获得数据未等待：100%
Library hit: 找到解析过的SQL：100%
Latch hit进程获得内存结构许可比例：99%
Parse cpu to parse elapsd：解析未等待比例：116%
Non-Parse CPU ：sql语句执行时间占总解析时间的比例：97.08%
Execute to parse: SQL重用率：6.54%
In-memroy sort: 数据内存中排序比例（pga）内存：100%
Soft parse: 软解析比例：100%
Memory usage：共享池内存使用率。
TOP 5 Timed Events分析
Log file sync：过多的提交。Sga的日志缓冲区记录事务和块的改变
Log file parallel write: 也表明IO瓶颈
