使用AWR查看结果

1.1      AWR的使用

AWR 是Oracle一个内置工具，它采集性能相关的统计数据，并从那些统计数据中导出Oracle性能度量，以及跟踪潜在的问题。(想知道其原理可以百度)。

       AWR由Oracle的MMon的后台进程自动的固定时间采集一次，保存一定的时间。

1.1.1        查看快照保存时间

查看快照保存时间：

select * fromdba_hist_wr_control;

以上结果表示,每小时产生一个SNAPSHOT，保留9天。

1.1.2        快照相关调整

登录Oracle用户；

oracle@linux162:~> sqlplus  / as sysdba

调整AWR产生snapshot的频率和保留策略，如将收集间隔时间改为30 分钟一次。并且保留5天时间（单位都是分钟）：

SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);

关闭AWR，把interval设为0则关闭自动捕捉快照：

SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0);

 

手工创建一个快照

SQL> exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();

每次测试之前为了不影响结果，需要手动创建一个快照，以此快照为起点。

1.1.3        生成报告

生成报告

SQL>@?/rdbms/admin/awrrpt.sql

 其实是：opt/oracle/product/11.2/db/rdbms/admin/awrrpt.sql

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter 'html' for an HTML report, or 'text' for plain text

Defaults to 'html'

输入 report_type 的值:

 

Type Specified:  html

 

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed.  Pressing <return> without

specifying a number lists all completed snapshots.

 

输入 num_days 的值:  1    #可以为空

 

Listing the last day's Completed Snapshots

                                                        Snap

Instance     DB Name        Snap Id    Snap Started    Level

------------ ------------ --------- ------------------ -----

orcl10g      ORCL10G            142 03 7月  2009 08:11     1

                                143 03 7月  2009 09:00     1

                                144 03 7月  2009 10:00     1

                                145 03 7月  2009 11:00     1

                                146 03 7月  2009 12:01     1

 

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

输入 begin_snap 的值:  142

Begin Snapshot Id specified: 142 输入的起始快照开始时间

输入 end_snap 的值:  146

End   Snapshot Id specified: 146 输入的起始快照结束时间

 

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrrpt_1_142_146.html.  To use this name,

press <return> to continue, otherwise enter an alternative.

输入 report_name 的值:  /home/oracle/awr_test.html

Report written to D:/awrrpt_1_142_146.html

 

1.1.4        报告分析

1、SQL ordered by Elapsed Time

  记录了执行总和时间的TOP SQL(请注意是监控范围内该SQL的执行时间总

和，而不是单次SQL执行时间 Elapsed Time = CPU Time + Wait Time)。

 

  Elapsed Time(S): SQL语句执行用总时长，此排序就是按照这个字段进行的。

注意该时间不是单个SQL跑的时间，而是监控范围内SQL执行次数的总和时间。

单位时间为秒。Elapsed Time = CPU Time + Wait Time

  CPU Time(s): 为SQL语句执行时CPU占用时间总时长，此时间会小于等于

Elapsed Time时间。单位时间为秒。

  Executions: SQL语句在监控范围内的执行次数总计。

  Elap per Exec(s): 执行一次SQL的平均时间。单位时间为秒。

  % Total DB Time: 为SQL的Elapsed Time时间占数据库总时间的百分比。

  SQL ID: SQL语句的ID编号，点击之后就能导航到下边的SQL详细列表中，

点击IE的返回可以回到当前SQL ID的地方。

  SQL  Module: 显示该SQL 是用什么方式连接到数据库执行的，如果是用

SQL*Plus或者PL/SQL链接上来的那基本上都是有人在调试程序。一般用前台

应用链接过来执行的sql该位置为空。

 

2、 SQL ordered by CPU Time:

  记录了执行占CPU时间总和时间最长的TOP  SQL(请注意是监控范围内该

SQL的执行占CPU时间总和，而不是单次SQL执行时间)。

 

3、 SQL ordered by Gets:

  记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL

的执行占Gets总和，而不是单次SQL执行所占的Gets)。

 

4、SQL ordered by Reads:

  记录了执行占总磁盘物理读(物理IO)的TOP  SQL(请注意是监控范围内该

SQL的执行占磁盘物理读总和，而不是单次SQL执行所占的磁盘物理读)。

 

5、SQL ordered by Executions:

  记录了按照SQL的执行次数排序的TOP  SQL。该排序可以看出监控范围内

的SQL执行次数。

 

6、SQL ordered by Parse Calls:

  记录了SQL的软解析次数的TOP SQL。说到软解析(soft prase)和硬解析(hard

prase)，就不能不说一下Oracle对sql的处理过程。

 

7、SQL ordered by Sharable Memory:

  记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b)：占用

library cache的大小，单位是byte。

 

8、SQL ordered by Version Count:

  记录了SQL的打开子游标的TOP SQL。

 

 

1.1.5        AWR查看DB负载

【福建promotion】黑名单2000万数据，SQL调整之前生成的WAR报告。

这个是我的一个测试数据，其中有Elapsed 和 DB Time.   通过这2个数据，

就可以计算出DB 的负载情况。

 

       DB Time 指cpu time+ wait time（不包含空闲等待）。即db time记录的是服

务器花在数据库运算(非后台进程)和等待(非空闲等待)上的时间。

  Elapsed：指的是整个时间，如果有多个CPU，总时间就是Elapsed*CPU 个

数(linux241 为8cpu)。

测试数据DB的负载：

       1771.37/(212.13*8)=104%

即在整个DB 运行期间，有104%的时间是在处理事务信息。(为何会超过100%我也不知，数据不包含DB 后台进程的时间)。此数据看出问题很严重。

 

 

 

       通过AWR报告，可以找出可能存在问题的SQL语句，或者数据库严重负载的原因。

还有很多数据库基本情况，可以判断出是否存在问题。深入了解的话可以参考其他文档。

http://blog.csdn.net/huiyang23/article/details/6926218