Oracle10g AWR

Oracle10g AWR[@more@]

--------------------------
1. about Oracle10g AWR
AWR 自动工作负载信息库，是 Oracle10g 新特性之一。
AWR 作为 Oracle 的内置工具，Oracle 推荐用 AWR 替换 statspack，个人也感觉 AWR 更给力。
AWR 采集性能统计数据可以选择以 statspack 传统的文本文件方式输出报告或者选择以默认的 HTML 格式输出性能报告，HTML 格式拥有多个超链接更加方便实用。
AWR 由10g新增加的 MMON 等后台进程自动地，缺省每小时采集一次，采集的数据在 7 天后自动清除，也可以对缺省设置进行调整。
AWR 对于性能问题的跟踪更方便快捷。
AWR 统计数据保存在 SYSAUX 表空间中， SYS 用户下，以 WRM$_ 开头的表存储数据库和采集的快照信息等，WRH$_开头的表存储采集的数据。
还有几个以 DBA_HIST_ 开头的视图，用来编写性能诊断工具。
EM 与 AWR 一起使用， 更加方便。
--------------------------
2. install
SQL> connect / as sysdba
SQL> var snap_id number
SQL> exec :snap_id:=dbms_workload_repository.create_snapshot
SQL> print snap_id
SNAP_ID
----------
111
--------------------------
3. report
从 oracle10g 数据库 $ORACLE_HOME/rdbms/admin/目录拷贝如下sql文件：awrrpt.sql， awrrpti.sql， awrinput.sql， awrinpnm.sql
或在数据库服务器上$ORACLE_HOME/rdbms/admin按下面的步骤生成报告后， 通过 sz 等命令或FTP 下载到本地。

SQL> connect system/xxxxx@db1
SQL> @awrrpt.sql
输入 report_type 的值:
输入 num_days 的值: 1
输入 begin_snap 的值: 111
输入 end_snap 的值: 116
输入 report_name 的值:
Report written to awrrpt_1_111_116.html
SQL> exit

--------------------------
4. modify AWR config
--query AWR config
SQL> select * from dba_hist_wr_control;
DBID SNAP_INTERVAL RETENTION TOPNSQL
---------- -------------------- -------------------- ----------
1820890111 +00000 01:00:00.0 +00007 00:00:00.0 DEFAULT
以上结果表示，每小时产生一个SNAPSHOT，数据保留7天。

-- 调整 AWR 产生 snapshot 的频率和保留策略
-- 将收集间隔时间改为 30 分钟一次，保留10天数据（单位都是分钟）：
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>10*24*60);

-- 关闭AWR，把 interval 设为0，则关闭自动捕捉快照
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0);

-- 手工创建一个快照
SQL> exec dbms_workload_repository.create_snapshot();

-- 查看快照
SQL> select * from sys.wrh$_active_session_history

-- 手工删除指定范围的快照
SQL> exec dbms_workload_repository.drop_snapshot_range(low_snap_id => 111, high_snap_id => 112, dbid => 1820890111);

-- 创建 baseline，保存这些数据用于将来分析和比较
-- 注意 Bug 4597354 在创建基线数据的时候，对性能有很大影响，在业务高峰时间不要操作。
SQL> exec dbms_workload_repository.create_baseline(start_snap_id => 1003, end_snap_id => 1013, 'apply_interest_1');

-- 删除baseline
SQL> exec dbms_workload_repository.drop_baseline(baseline_name => 'apply_interest_1', cascade => FALSE);

-- 将AWR数据导出并迁移到其它数据库以便于以后分析
SQL> exec dbms_swrf_internal.awr_extract(dmpfile => 'awr_data.dmp', mpdir => 'DIR_BDUMP', bid => 1003, eid => 1013);

-- 迁移AWR数据文件到其他数据库
SQL> exec dbms_swrf_internal.awr_load(SCHNAME => 'AWR_TEST', dmpfile => 'awr_data.dmp', dmpdir => 'DIR_BDUMP');

--把AWR数据转移到SYS模式中：
SQL> exec dbms_swrf_internal.move_to_awr (SCHNAME => 'TEST');
--------------------------
5. AWR analyse
--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该位置为空。
SQL Text: 简单的sql提示，详细的需要点击SQL ID。

--SQL ordered by CPU Time:
记录了执行占CPU时间总和时间最长的TOP SQL(请注意是监控范围内该SQL的执行占CPU时间总和，而不是单次SQL执行时间)。

--SQL ordered by Gets:
记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL的执行占Gets总和，而不是单次SQL执行所占的Gets)。

--SQL ordered by Reads:
记录了执行占总磁盘物理读(物理IO)的TOP SQL(请注意是监控范围内该SQL的执行占磁盘物理读总和，而不是单次SQL执行所占的磁盘物理读)。

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

--SQL ordered by Parse Calls:
记录了SQL的软解析次数的TOP SQL。

--SQL ordered by Sharable Memory:
记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b)：占用library cache的大小，单位是byte。

--SQL ordered by Version Count:
记录了SQL的打开子游标的 TOP SQL

--SQL ordered by Cluster Wait Time:
记录了集群的等待时间的 TOP SQL
----------------------------------------------------------------------------------------------------

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/54593/viewspace-1049944/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/54593/viewspace-1049944/