oracle awr

转载至http://blog.itpub.net/235507/viewspace-681660/

一、AWR启用：
为了启用AWR，可以将STATISTICS_LEVEL初始参数设置为TYPICAL或ALL。如果设置STATISTICS_LEVEL为BASIC，则可以生成AWR数据的手动快照，但这些快照不像由AWR自动执行的快照那样全面。将STATISTICS_LEVEL设置为ALL可以将定时的OS统计信息和计划执行统计信息添加到用TYPICAL设置收集的那些信息中。

二、管理快照
为了生成手动的快照，可以使用DBMS_WORKLOAD_REPOSITORY程序包的CREATE_ SNAPSHOT过程：
execute DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT ();

为了改变快照设置，可以使用MODIFY_SNAPSHOT_SETTINGS过程。可以修改快照的保留时间(以分钟为单位)和间隔时间(以分钟为单位)。下面的示例将当前数据库的快照间隔时间改为30分钟：
execute  DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS( interval => 30);

为了删除一定范围的快照，可以使用DROP_SNAPSHOT_RANGE过程，同时指定要删除的开始快照ID和结束快照ID：
execute DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 1, high_snap_id => 10);

三、管理基线
可以指定一组快照作为系统性能的基线。这些基线数据将被保留，便于以后与快照进行比较。使用CREATE_BASELINE过程来指定基线的开始快照和结束快照：
execute DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE(start_snap_id => 1, end_snap_id => 10,baseline_name => 'Monday baseline');

创建基线时，Oracle将一个ID赋予基线，可以通过DBA_HIST_BASELINE视图查看过去的基线。作为基线开始和结束的快照将一直保留，直到删除基线。为了删除基线，可以使用DROP_BASELINE过程：
execute DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => 'Monday baseline', cascade => FALSE);

如果设置DROP_BASELINE过程的CASCADE参数为TRUE，则在删除基线时将删除相关的快照。

可以通过OEM或通过本节前面提到的DBA_HIST_SNAPSHOT数据字典视图来查看AWR数据。支持AWR的额外视图包括V$ACTIVE_SESSION_HISTORY(每秒采样一次)、DBA_HIST_SQL_PLAN(执行计划)以及DBA_HIST_WR_CONTROL(用于AWR设置)。

第二份文档：

Oracle Database 10g 提供了一个显著改进的工具：自动工作负载信息库 (AWR:Automatic Workload Repository)。Oracle 建议用户用这个取代 Statspack。AWR 实质上是一个 Oracle 的内置工具，它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。与 Statspack 不同，快照由一个称为 MMON 的新的后台进程及其从进程自动地每小时采集一次。为了节省空间，采集的数据在 7 天后自动清除。快照频率和保留时间都可以由用户修改。它产生两种类型的输出：文本格式（类似于 Statspack 报表的文本格式但来自于 AWR 信息库）和默认的 HTML 格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。 
AWR 使用几个表来存储采集的统计数据，所有的表都存储在新的名称为 SYSAUX 的特定表空间中的 SYS 模式下，并且以 WRM$_* 和 WRH$_* 的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。H 代表“历史数据 (historical)”而 M 代表“元数据 (metadata)”。在这些表上构建了几种带前缀 DBA_HIST_ 的视图，这些视图可以用来编写您自己的性能诊断工具。视图的名称直接与表相关；例如，视图 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上构建的。

一. AWR使用 
SQL>@?/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 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 to continue, otherwise enter an alternative. 
输入 report_name 的值:  D:\awrrpt_1_142_146.html 
Report written to D:\awrrpt_1_142_146.html

二 AWR 操作 
1.查看当前的AWR保存策略 
SQL> col SNAP_INTERVAL format a20 
SQL> col RETENTION format a20 
SQL> select * from dba_hist_wr_control; 
      DBID SNAP_INTERVAL        RETENTION            TOPNSQL 
---------- -------------------- -------------------- ---------- 
262089084 +00000 01:00:00.0    +00007 00:00:00.0    DEFAULT 
以上结果表示,每小时产生一个SNAPSHOT，保留7天。 
2.调整AWR配置 
AWR配置都是通过dbms_workload_repository包进行配置。 
2.1 调整AWR产生snapshot的频率和保留策略，如将收集间隔时间改为30 分钟一次。并且保留5天时间（单位都是分钟）： 
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60); 
2.2 关闭AWR，把interval设为0则关闭自动捕捉快照 
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0); 
2.3 手工创建一个快照 
SQL> exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT(); 
2.4 查看快照 
SQL> select * from sys.wrh$_active_session_history 
2.5 手工删除指定范围的快照 
SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 973, high_snap_id => 999, dbid => 262089084); 
2.6 创建baseline，保存这些数据用于将来分析和比较 
SQL> exec dbms_workload_repository.create_baseline(start_snap_id => 1003, end_snap_id => 1013, 'apply_interest_1'); 
2.7 删除baseline 
SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => 'apply_interest_1', cascade => FALSE); 
2.8 将AWR数据导出并迁移到其它数据库以便于以后分析 
SQL> exec DBMS_SWRF_INTERNAL.AWR_EXTRACT(dmpfile => 'awr_data.dmp', mpdir => 'DIR_BDUMP', bid => 1003, eid => 1013); 
2.9 迁移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');

三. AWR 报告分析 
3.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该位置为空。 
SQL Text: 简单的sql提示，详细的需要点击SQL ID。 
3.2 SQL ordered by CPU Time: 
记录了执行占CPU时间总和时间最长的TOP SQL(请注意是监控范围内该SQL的执行占CPU时间总和，而不是单次SQL执行时间)。 
3.3 SQL ordered by Gets: 
记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL的执行占Gets总和，而不是单次SQL执行所占的Gets)。 
3.4 SQL ordered by Reads: 
记录了执行占总磁盘物理读(物理IO)的TOP SQL(请注意是监控范围内该SQL的执行占磁盘物理读总和，而不是单次SQL执行所占的磁盘物理读)。 
3.5 SQL ordered by Executions: 
记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数。 
3.6 SQL ordered by Parse Calls: 
记录了SQL的软解析次数的TOP SQL。说到软解析(soft prase)和硬解析(hard prase)，就不能不说一下Oracle对sql的处理过程。 
3.7 SQL ordered by Sharable Memory: 
记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b)：占用library cache的大小，单位是byte。 
3.8 SQL ordered by Version Count: 
记录了SQL的打开子游标的TOP SQL。 
3.9 SQL ordered by Cluster Wait Time: 
记录了集群的等待时间的TOP SQL

三、

一、WHY——为什么会出现ASH和AWR？
1.     10g之前
用户的连接将产生会话，当前会话记录保存在v$session中；处于等待状态的会话会被复制一份放在v$session_wait中。当该连接断开后，其原来的连接信息在v$session和v$session_wait中就会被删除。这是10g之前的状况。

2.     v$session_wait_history与ASH
若是一个普通的会话（我是指没有大量地耗费资源），则对于性能调整来说无足轻重。但若该会话在活动时大量占用了资源（比如：CPU，内存，I/O等），该会话信息的丢失，将无法评测当时的系统瓶颈究竟是什么。令DBA高兴的是，oracle10g中保留下了v$session_wait中的这些信息。

在10g中新出现了一个视图：v$session_wait_history。这个视图保存了每个活动session在v$session_wait中最近10次的等待事件。但这对于一段时期内的数据库性能状况的监测是远远不够的，为了解决这个问题，在10g中还新添加了一个视图：v$active_session_history。这就是ASH（active session history）。

典型的情况下,为了诊断当前数据库的状态，需要最近的五到十分钟的详细信息。然而，由于记录session的活动信息是很费时间和空间的，ASH采用的策略是：保存处于等待状态的活动session的信息，每秒从v$session_wait中采样一次，并将采样信息保存在内存中。

3.     AWR
注意，ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的，当所分配空间占满后，旧的记录就会被覆盖掉；而且数据库重启后，所有的这些ASH信息都会消失。这样，对于长期检测oracle的性能是不可能的。在Oracle10g中，提供了永久保留ASH信息的方法，这就是AWR（auto workload repository）。

由于全部保存ASH中的信息是非常耗费时间和空间的，AWR采用的策略是：每小时对v$active_session_history进行采样一次，并将信息保存到磁盘中，并且保留7天，7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。而这个采样频率（1小时）和保留时间（7天）是可以根据实际情况进行调整的，这就给DBA们提供了更加有效的系统监测工具。

AWR永久地保存系统的性能诊断信息，由SYS用户拥有。一段时间后，你可能想清除掉这些信息；有时候为了性能诊断，你可能需要自己定义采样频率来获取系统快照信息。Oracle 10g在包dbms_workload_repository中提供了很多过程，通过这些过程，你可以管理快照并设定基线(baselines)。

4.     小结
这样，我们就知道了ASH和AWR产生的原因和功能。ASH保存了系统最新的处于等待的会话记录，可以用来诊断数据库的当前状态；而AWR中的信息最长可能有1小时的延迟，所以其采样信息并不能用于诊断数据库的当前状态，但可以用来作为一段时期内数据库性能调整的参考。

对于这些视图间的继承关系，eygle给出了一个关系图：

图1 各个视图的层次

其中视图dba_hist_active_sess_history是wrh$_active_session_history和其他几个视图的联合展现，通常通过这个视图进行历史数据的访问。

二、WHAT——什么是AWR？
现在我们稍微详细地了解一下刚才所说内容。

1.     ash占用的内存大小
ASH的采集信息保存在内存中，在旧的信息被采样到AWR中后，可被新采集的信息覆盖，重启oracle后该信息被清除。分配给ASH的内存大小可以查询到：

SQL> select pool, name, bytes/1024/1024 From v$sgastat where name like '%ASH %';

POOL          NAME          BYTES/1024/1024
------------- ------------- ---------------
shared pool   ASH buffers                 2

 

2.     AWR更正
为了便于描述和理解，在第一部分中，我们说AWR就是保存ASH中的信息。

其实，AWR记录的信息不仅是ASH，还可以收集到数据库运行的各方面统计信息和等待信息，用以诊断分析。

AWR的采样方式是，以固定的时间间隔为其所有重要的统计信息和负载信息执行一次采样，并将采样信息保存在AWR中。

可以这样说：ASH中的信息被保存到了AWR中的视图wrh$_active_session_history中。ASH是AWR的真子集。

3.     mmon进程与mmnl进程
快照由一个称为 MMON 的新的后台进程（及其从进程）以及MMNL后台进程自动地每隔固定时间采样一次。我们先来看一下10g的概念指南中对这两个新增加的后台进程的介绍：

        MMON进程负责执行多种和管理相关（manageability-related）的后台任务，例如：

当某个测量值（metrics）超过了预设的限定值（threshold value）后提交警告 
创建新的 MMON 隶属进程（MMON slave process）来进行快照（snapshot） 
捕获最近修改过的 SQL 对象的统计信息 
        MMNL进程负责执行轻量级的且频率较高的和可管理性相关的后台任务，例如捕获会话历史信息，测量值计算等。

AWR的采样工作由MMON进程每个1小时执行一次，ASH信息同样会被采样写出到AWR负载库中。虽然ASH buffer被设计为保留1小时的信息，但很多时候这个内存是不够的，当ASH buffer写满后，另外一个后台进程MMNL将会主动将ASH信息写出。

4.     SYSAUX表空间
这些采样数据都存储在SYSAUX表空间中，并且以WRM$_* 和 WRH$_*的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。

SQL> select table_name from dba_tables where table_name like 'WRM$%';

 

TABLE_NAME

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

WRM$_WR_CONTROL

WRM$_SNAP_ERROR

WRM$_SNAPSHOT

WRM$_DATABASE_INSTANCE

WRM$_BASELINE

当SYSAUX表空间满后，AWR将自动覆盖掉旧的信息，并在警告日志中记录一条相关信息：

ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3533490838_1522 by 128 in                 tablespace SYSAUX

5.     采样频率和保留时间
可以通过查询视图dba_hist_wr_control或（wrm$_wr_control）来查询AWR的采样频率和保留时间。默认为每1小时采样一次，采样信息保留时间为7天。

SQL> select * from dba_hist_wr_control;

 

DBID SNAP_INTERVAL RETENTION   TOPNSQL
---- ------------- ----------- ----------
1148 +00000 00:1   +00007 00:0 DEFAULT

 

SQL> select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from wrm$_wr_control;

      DBID SNAP_INTERVAL      SNAPINT_NUM RETENTION
---------- ------------------ ----------- --------------------
1160732652 +00000 01:00:00.0         3600 +00007 00:00:00.0

 

6.     采样数据量
由于数据量巨大，把所有ASH数据写到磁盘上是不可接受的。一般是在写到磁盘的时候过滤这个数据，写出的数据占采样数据的10%，写出时通过direct-path insert完成，尽量减少日志生成，从而最小化数据库性能的影响。

7.     初始化参数statistics_level
AWR的行为受到参数STATISTICS_LEVEL的影响。这个参数有三个值：

        BASIC：awr统计的计算和衍生值关闭.只收集少量的数据库统计信息.

        TYPICAL：默认值．只有部分的统计收集.他们代表需要的典型监控oracle数据库的行为.

        ALL : 所有可能的统计都被捕捉. 并且有操作系统的一些信息.这个级别的捕捉应该在很少的情况下,比如你要更多的sql诊断信息的时候才使用.

三、HOW——如何使用AWR？
AWR由ORACLE自动产生，但是也可以通过DBMS_WORKLOAD_REPOSITORY包来手工创建、删除和修改。可以使用desc命令查看该包中的过程。下面只介绍几个常用的：

1.     手工创建一个快照
SQL> select count(*) from wrh$_active_session_history;

 

  COUNT(*)

----------

317

 

SQL> begin

  2  dbms_workload_repository.create_snapshot();

  3  end;

  4  /

 

PL/SQL 过程已成功完成。

 

SQL> select count(*) from wrh$_active_session_history;

 

  COUNT(*)

----------

       320

 

2.     手工删除指定范围的快照
SQL> select * from wrh$_active_session_history where snap_id = 96;

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

 

SQL> begin

  2  dbms_workload_repository.drop_snapshot_range(low_snap_id => 96, high_snap_id => 96, dbid => 1160732652);

  3  end;

  4  /

 

PL/SQL 过程已成功完成。

 

SQL> select * from wrh$_active_session_history where snap_id = 96;

 

未选定行

 

3.     修改采集时间和统计信息保留时间
PROCEDURE MODIFY_SNAPSHOT_SETTINGS

参数名称                       类型                    输入/输出默认值?

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

 RETENTION                      NUMBER                  IN     DEFAULT

 INTERVAL                       NUMBER                  IN     DEFAULT

 TOPNSQL                        NUMBER                  IN     DEFAULT

 DBID                           NUMBER                  IN     DEFAULT

通过修改retention参数可以修改awr信息的保留期限。默认的是七天,最小的值是一天。如果把retention设置为零,自动清除就关闭了.如果awr发现sysaux空间不够,它通过删除那些最老部分的快照来重新使用这些空间.同时,也会给dba发一条警告,告诉sysaux空间不够了（在警告日志中）.

通过修改interval参数可以修改awr信息的采样频率。最小的值是10分钟,默认的是60分钟.典型的值是10,20,30,60,120等等。把interval设为0则关闭自动捕捉快照.如将收集间隔时间改为30 分钟一次。并且保留5天时间（注：单位都是为分钟）：

SQL> select *from dba_hist_wr_control;

 

      DBID SNAP_INTERVAL      RETENTION          TOPNSQL

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

1160732652 +00000 01:00:00.0  +00007 00:00:00.0          DEFAULT

 

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

 

PL/SQL 过程已成功完成。

 

SQL> SELECT *from dba_hist_wr_control;

 

      DBID SNAP_INTERVAL       RETENTION         TOPNSQL

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

1160732652 +00000 00:30:00.0   +00005 00:00:00.0         DEFAULT

 

SQL>

4.     设置基线
基线（baseline）是一种机制,这样你可以在重要时间的快照信息集做标记。一个基线定义在一对快照之间,快照通过他们的快照序列号识别.每个基线有且只有一对快照。

一次典型的性能调整实践从采集量度的基准线集合、作出改动、然后采集另一个基准线集合开始。可以比较这两个集合来检查所作的改动的效果。在 AWR 中，对现有的已采集的快照可以执行相同类型的比较。

假定一个名称为 apply_interest 的高度资源密集的进程在下午 1:00 到 3:00 之间运行，对应快照 ID 95 到 98。我们可以为这些快照定义一个名称为 apply_interest_1 的基准线：

SQL> select *From dba_hist_baseline;

 

未选定行

 

SQL> select * from wrm$_baseline;

 

未选定行

 

SQL> exec dbms_workload_repository.create_baseline(95, 98, 'apply_interest_1');

 

PL/SQL 过程已成功完成。

 

这一操作将快照从 95 到 98 编号，作为上面指定的基准线的一部分。查看现有的基准线：

SQL> select *from dba_hist_baseline;

 

      DBID BASELINE_ID BASELINE_NAME     START_SNAP_ID START_SNAP_TIME               END_SNAP_ID END_SNAP_TIME

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

1160732652           1 apply_interest_1             95 06-10月-07 11.00.05.375 上午           98 06-10月-07 01.44.58.062 下午

 

SQL> select *from wrm$_baseline;

 

      DBID BASELINE_ID BASELINE_NAME        START_SNAP_ID END_SNAP_ID

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

1160732652           1 apply_interest_1                95          98

 

SQL>

 

在一些调整步骤之后，我们可以创建另一个基准线 — 假设名称为 apply_interest_2，然后只为那些与这两条基准线相关的快照比较量度。

SQL> exec dbms_workload_repository.create_baseline(92, 94, 'apply_interest_2');

 

PL/SQL 过程已成功完成。

像这样把快照分隔在仅仅几个集合中有助于研究调整对于性能量度的影响。您可以在分析之后使用 drop_baseline() 来删除基准线；快照将保留（也可级联删除）。此外，当清除例程开始删除旧的快照时，与基准线相关的快照不会被清除，从而允许进行进一步的分析。

5.     删除基线
如果要删除一个基准线:

SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_1', cascade=>false);

 

PL/SQL 过程已成功完成。

 

SQL> select *from wrh$_active_session_history where snap_id in (95,96,97,98);

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        95 1160732652               1     235360 06-10月-07 10.56.29.872 上午

        95 1160732652               1     235230 06-10月-07 10.54.19.857 上午

        95 1160732652               1     233130 06-10月-07 10.19.19.478 上午

        95 1160732652               1     232830 06-10月-07 10.14.18.859 上午

        95 1160732652               1     232250 06-10月-07 10.04.38.481 上午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        97 1160732652               1     238420 06-10月-07 11.50.55.686 上午

        97 1160732652               1     238230 06-10月-07 11.47.45.687 上午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

 

已选择21行。

 

SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_2', cascade=>true);

 

PL/SQL 过程已成功完成。

 

SQL> select *from wrh$_active_session_history where snap_id in (92,93,94);

未选定行

 

SQL>

 

6.     生成报表
awr有个报表生成机制,可以对存储在workload资料库的统计产生汇总报表。这个分析对一段时间的统计做的。这个报表生成机制很像statspack。

可以使用脚本awrrpt.sql或awrrpti.sql来查看AWR报告（非常类似statspack中的spreport.sql），这两个脚本都在目录$ORACLE_HOME/rdbms/admin中。Awrrpt.sql脚本可以显示指定快照id范围的诊断信息，报告可以保存为文本文件或HTML文件；awrrpti.sql脚本与awrrpt.sql类似，唯一的不同就是在awrrpti.sql脚本中，你可以指定数据库ID和实例ID（作为参数）。报告包括如下诊断信息：

[1] Report summary
[1] Wait events statistics
[1] SQL statistics
[1] Instance activity statistics
[1] I/O statistics
[1] Buffer pool statistics
[1] Advisory statistics
[1] Wait statistics
[1] Undo statistics
[1] Latch statistics
 Segment statistics
[1] Dictionary cache statistics
[1] Library cache statistics
[1] SGA statistics
[1] Resource limit statistics
[1] init.ora parameters

通过运行$ORACLE_HOME/rdbms/admin目录中的awrrpt.sql脚本，AWR的功能可以立即通过它从采集的统计数据和量度中生成的报表得到最好的说明。这个脚本显示所有的现有AWR快照并请求两个特定的快照作为时间间隔边界。它产生两种类型的输出：文本格式（类似于Statspack报表的文本格式但来自于AWR信息库）和默认的HTML格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。

运行这个脚本必须要select any dictionary权限.这个脚本提示你输入选项如怎么和在哪里生成这个报表:

*首先,你需要指明你要生成html还是text格式的
*要选择快照的天数:输入天数,和你最近的快照,可选的,你可以使用dba_hist_snapshot表来看你要用哪个snap_id.
*开始snap_id和终止snap_id,这个快照对定义你的报表产生的时间间隔.
*文件名称,报告写的用户指定的文件.

现在运行该脚本以查看报表，从而对AWR的报表功能有一个直观的了解。

SQL> @D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\awrrpt.sql

 

Current Instance

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

 

   DB Id    DB Name      Inst Num Instance

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

 1160732652 ORCL                1 orcl

 

 

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

 

 

Instances in this Workload Repository schema

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

 

   DB Id     Inst Num DB Name      Instance     Host

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

* 1160732652        1 ORCL         orcl         YUECHAOTIAN

 

Using 1160732652 for database Id

Using          1 for instance number

 

 

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 without

specifying a number lists all completed snapshots.

 

 

输入 num_days 的值:  4

 

Listing the last 4 days of Completed Snapshots

 

                                                        Snap

Instance     DB Name        Snap Id    Snap Started    Level

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

orcl         ORCL                81 04 10月 2007 07:24     1

 

                                 83 05 10月 2007 13:34     1

                                 84 05 10月 2007 16:19     1

                                 85 05 10月 2007 17:00     1

                                 86 05 10月 2007 18:00     1

                                 87 05 10月 2007 19:10     1

                                 88 05 10月 2007 20:00     1

                                 89 05 10月 2007 21:00     1

                                 90 05 10月 2007 22:00     1

                                 91 05 10月 2007 23:00     1

 

                                 95 06 10月 2007 11:00     1

                                 97 06 10月 2007 13:27     1

                                 98 06 10月 2007 13:44     1

                                 99 06 10月 2007 14:00     1

                                100 06 10月 2007 14:30     1

                                101 06 10月 2007 15:00     1

                                102 06 10月 2007 15:30     1

 

 

 

Specify the Begin and End Snapshot Ids

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

输入 begin_snap 的值:  100

Begin Snapshot Id specified: 100

 

输入 end_snap 的值:  102

End   Snapshot Id specified: 102

 

 

 

Specify the Report Name

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

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

press to continue, otherwise enter an alternative.

 

输入 report_name 的值:

 

Using the report name awrrpt_1_100_102.html

 

……（省略结果）

End of Report

Report written to awrrpt_1_100_102.html

SQL>

 

一、WHY——为什么会出现ASH和AWR？
1.     10g之前
用户的连接将产生会话，当前会话记录保存在v$session中；处于等待状态的会话会被复制一份放在v$session_wait中。当该连接断开后，其原来的连接信息在v$session和v$session_wait中就会被删除。这是10g之前的状况。

2.     v$session_wait_history与ASH
若是一个普通的会话（我是指没有大量地耗费资源），则对于性能调整来说无足轻重。但若该会话在活动时大量占用了资源（比如：CPU，内存，I/O等），该会话信息的丢失，将无法评测当时的系统瓶颈究竟是什么。令DBA高兴的是，oracle10g中保留下了v$session_wait中的这些信息。

在10g中新出现了一个视图：v$session_wait_history。这个视图保存了每个活动session在v$session_wait中最近10次的等待事件。但这对于一段时期内的数据库性能状况的监测是远远不够的，为了解决这个问题，在10g中还新添加了一个视图：v$active_session_history。这就是ASH（active session history）。

典型的情况下,为了诊断当前数据库的状态，需要最近的五到十分钟的详细信息。然而，由于记录session的活动信息是很费时间和空间的，ASH采用的策略是：保存处于等待状态的活动session的信息，每秒从v$session_wait中采样一次，并将采样信息保存在内存中。

3.     AWR
注意，ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的，当所分配空间占满后，旧的记录就会被覆盖掉；而且数据库重启后，所有的这些ASH信息都会消失。这样，对于长期检测oracle的性能是不可能的。在Oracle10g中，提供了永久保留ASH信息的方法，这就是AWR（auto workload repository）。

由于全部保存ASH中的信息是非常耗费时间和空间的，AWR采用的策略是：每小时对v$active_session_history进行采样一次，并将信息保存到磁盘中，并且保留7天，7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。而这个采样频率（1小时）和保留时间（7天）是可以根据实际情况进行调整的，这就给DBA们提供了更加有效的系统监测工具。

AWR永久地保存系统的性能诊断信息，由SYS用户拥有。一段时间后，你可能想清除掉这些信息；有时候为了性能诊断，你可能需要自己定义采样频率来获取系统快照信息。Oracle 10g在包dbms_workload_repository中提供了很多过程，通过这些过程，你可以管理快照并设定基线(baselines)。

4.     小结
这样，我们就知道了ASH和AWR产生的原因和功能。ASH保存了系统最新的处于等待的会话记录，可以用来诊断数据库的当前状态；而AWR中的信息最长可能有1小时的延迟，所以其采样信息并不能用于诊断数据库的当前状态，但可以用来作为一段时期内数据库性能调整的参考。

对于这些视图间的继承关系，eygle给出了一个关系图：

图1 各个视图的层次

其中视图dba_hist_active_sess_history是wrh$_active_session_history和其他几个视图的联合展现，通常通过这个视图进行历史数据的访问。

二、WHAT——什么是AWR？
现在我们稍微详细地了解一下刚才所说内容。

1.     ash占用的内存大小
ASH的采集信息保存在内存中，在旧的信息被采样到AWR中后，可被新采集的信息覆盖，重启oracle后该信息被清除。分配给ASH的内存大小可以查询到：

SQL> select pool, name, bytes/1024/1024 From v$sgastat where name like '%ASH %';

POOL          NAME          BYTES/1024/1024
------------- ------------- ---------------
shared pool   ASH buffers                 2

 

2.     AWR更正
为了便于描述和理解，在第一部分中，我们说AWR就是保存ASH中的信息。

其实，AWR记录的信息不仅是ASH，还可以收集到数据库运行的各方面统计信息和等待信息，用以诊断分析。

AWR的采样方式是，以固定的时间间隔为其所有重要的统计信息和负载信息执行一次采样，并将采样信息保存在AWR中。

可以这样说：ASH中的信息被保存到了AWR中的视图wrh$_active_session_history中。ASH是AWR的真子集。

3.     mmon进程与mmnl进程
快照由一个称为 MMON 的新的后台进程（及其从进程）以及MMNL后台进程自动地每隔固定时间采样一次。我们先来看一下10g的概念指南中对这两个新增加的后台进程的介绍：

        MMON进程负责执行多种和管理相关（manageability-related）的后台任务，例如：

当某个测量值（metrics）超过了预设的限定值（threshold value）后提交警告 
创建新的 MMON 隶属进程（MMON slave process）来进行快照（snapshot） 
捕获最近修改过的 SQL 对象的统计信息 
        MMNL进程负责执行轻量级的且频率较高的和可管理性相关的后台任务，例如捕获会话历史信息，测量值计算等。

AWR的采样工作由MMON进程每个1小时执行一次，ASH信息同样会被采样写出到AWR负载库中。虽然ASH buffer被设计为保留1小时的信息，但很多时候这个内存是不够的，当ASH buffer写满后，另外一个后台进程MMNL将会主动将ASH信息写出。

4.     SYSAUX表空间
这些采样数据都存储在SYSAUX表空间中，并且以WRM$_* 和 WRH$_*的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。

SQL> select table_name from dba_tables where table_name like 'WRM$%';

 

TABLE_NAME

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

WRM$_WR_CONTROL

WRM$_SNAP_ERROR

WRM$_SNAPSHOT

WRM$_DATABASE_INSTANCE

WRM$_BASELINE

当SYSAUX表空间满后，AWR将自动覆盖掉旧的信息，并在警告日志中记录一条相关信息：

ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3533490838_1522 by 128 in                 tablespace SYSAUX

5.     采样频率和保留时间
可以通过查询视图dba_hist_wr_control或（wrm$_wr_control）来查询AWR的采样频率和保留时间。默认为每1小时采样一次，采样信息保留时间为7天。

SQL> select * from dba_hist_wr_control;

 

DBID SNAP_INTERVAL RETENTION   TOPNSQL
---- ------------- ----------- ----------
1148 +00000 00:1   +00007 00:0 DEFAULT

 

SQL> select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from wrm$_wr_control;

      DBID SNAP_INTERVAL      SNAPINT_NUM RETENTION
---------- ------------------ ----------- --------------------
1160732652 +00000 01:00:00.0         3600 +00007 00:00:00.0

 

6.     采样数据量
由于数据量巨大，把所有ASH数据写到磁盘上是不可接受的。一般是在写到磁盘的时候过滤这个数据，写出的数据占采样数据的10%，写出时通过direct-path insert完成，尽量减少日志生成，从而最小化数据库性能的影响。

7.     初始化参数statistics_level
AWR的行为受到参数STATISTICS_LEVEL的影响。这个参数有三个值：

        BASIC：awr统计的计算和衍生值关闭.只收集少量的数据库统计信息.

        TYPICAL：默认值．只有部分的统计收集.他们代表需要的典型监控oracle数据库的行为.

        ALL : 所有可能的统计都被捕捉. 并且有操作系统的一些信息.这个级别的捕捉应该在很少的情况下,比如你要更多的sql诊断信息的时候才使用.

三、HOW——如何使用AWR？
AWR由ORACLE自动产生，但是也可以通过DBMS_WORKLOAD_REPOSITORY包来手工创建、删除和修改。可以使用desc命令查看该包中的过程。下面只介绍几个常用的：

1.     手工创建一个快照
SQL> select count(*) from wrh$_active_session_history;

 

  COUNT(*)

----------

317

 

SQL> begin

  2  dbms_workload_repository.create_snapshot();

  3  end;

  4  /

 

PL/SQL 过程已成功完成。

 

SQL> select count(*) from wrh$_active_session_history;

 

  COUNT(*)

----------

       320

 

2.     手工删除指定范围的快照
SQL> select * from wrh$_active_session_history where snap_id = 96;

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

 

SQL> begin

  2  dbms_workload_repository.drop_snapshot_range(low_snap_id => 96, high_snap_id => 96, dbid => 1160732652);

  3  end;

  4  /

 

PL/SQL 过程已成功完成。

 

SQL> select * from wrh$_active_session_history where snap_id = 96;

 

未选定行

 

3.     修改采集时间和统计信息保留时间
PROCEDURE MODIFY_SNAPSHOT_SETTINGS

参数名称                       类型                    输入/输出默认值?

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

 RETENTION                      NUMBER                  IN     DEFAULT

 INTERVAL                       NUMBER                  IN     DEFAULT

 TOPNSQL                        NUMBER                  IN     DEFAULT

 DBID                           NUMBER                  IN     DEFAULT

通过修改retention参数可以修改awr信息的保留期限。默认的是七天,最小的值是一天。如果把retention设置为零,自动清除就关闭了.如果awr发现sysaux空间不够,它通过删除那些最老部分的快照来重新使用这些空间.同时,也会给dba发一条警告,告诉sysaux空间不够了（在警告日志中）.

通过修改interval参数可以修改awr信息的采样频率。最小的值是10分钟,默认的是60分钟.典型的值是10,20,30,60,120等等。把interval设为0则关闭自动捕捉快照.如将收集间隔时间改为30 分钟一次。并且保留5天时间（注：单位都是为分钟）：

SQL> select *from dba_hist_wr_control;

 

      DBID SNAP_INTERVAL      RETENTION          TOPNSQL

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

1160732652 +00000 01:00:00.0  +00007 00:00:00.0          DEFAULT

 

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

 

PL/SQL 过程已成功完成。

 

SQL> SELECT *from dba_hist_wr_control;

 

      DBID SNAP_INTERVAL       RETENTION         TOPNSQL

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

1160732652 +00000 00:30:00.0   +00005 00:00:00.0         DEFAULT

 

SQL>

4.     设置基线
基线（baseline）是一种机制,这样你可以在重要时间的快照信息集做标记。一个基线定义在一对快照之间,快照通过他们的快照序列号识别.每个基线有且只有一对快照。

一次典型的性能调整实践从采集量度的基准线集合、作出改动、然后采集另一个基准线集合开始。可以比较这两个集合来检查所作的改动的效果。在 AWR 中，对现有的已采集的快照可以执行相同类型的比较。

假定一个名称为 apply_interest 的高度资源密集的进程在下午 1:00 到 3:00 之间运行，对应快照 ID 95 到 98。我们可以为这些快照定义一个名称为 apply_interest_1 的基准线：

SQL> select *From dba_hist_baseline;

 

未选定行

 

SQL> select * from wrm$_baseline;

 

未选定行

 

SQL> exec dbms_workload_repository.create_baseline(95, 98, 'apply_interest_1');

 

PL/SQL 过程已成功完成。

 

这一操作将快照从 95 到 98 编号，作为上面指定的基准线的一部分。查看现有的基准线：

SQL> select *from dba_hist_baseline;

 

      DBID BASELINE_ID BASELINE_NAME     START_SNAP_ID START_SNAP_TIME               END_SNAP_ID END_SNAP_TIME

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

1160732652           1 apply_interest_1             95 06-10月-07 11.00.05.375 上午           98 06-10月-07 01.44.58.062 下午

 

SQL> select *from wrm$_baseline;

 

      DBID BASELINE_ID BASELINE_NAME        START_SNAP_ID END_SNAP_ID

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

1160732652           1 apply_interest_1                95          98

 

SQL>

 

在一些调整步骤之后，我们可以创建另一个基准线 — 假设名称为 apply_interest_2，然后只为那些与这两条基准线相关的快照比较量度。

SQL> exec dbms_workload_repository.create_baseline(92, 94, 'apply_interest_2');

 

PL/SQL 过程已成功完成。

像这样把快照分隔在仅仅几个集合中有助于研究调整对于性能量度的影响。您可以在分析之后使用 drop_baseline() 来删除基准线；快照将保留（也可级联删除）。此外，当清除例程开始删除旧的快照时，与基准线相关的快照不会被清除，从而允许进行进一步的分析。

5.     删除基线
如果要删除一个基准线:

SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_1', cascade=>false);

 

PL/SQL 过程已成功完成。

 

SQL> select *from wrh$_active_session_history where snap_id in (95,96,97,98);

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        95 1160732652               1     235360 06-10月-07 10.56.29.872 上午

        95 1160732652               1     235230 06-10月-07 10.54.19.857 上午

        95 1160732652               1     233130 06-10月-07 10.19.19.478 上午

        95 1160732652               1     232830 06-10月-07 10.14.18.859 上午

        95 1160732652               1     232250 06-10月-07 10.04.38.481 上午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

 

   SNAP_ID       DBID INSTANCE_NUMBER  SAMPLE_ID SAMPLE_TIME

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

        97 1160732652               1     238420 06-10月-07 11.50.55.686 上午

        97 1160732652               1     238230 06-10月-07 11.47.45.687 上午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

 

已选择21行。

 

SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_2', cascade=>true);

 

PL/SQL 过程已成功完成。

 

SQL> select *from wrh$_active_session_history where snap_id in (92,93,94);

未选定行

 

SQL>

 

6.     生成报表
awr有个报表生成机制,可以对存储在workload资料库的统计产生汇总报表。这个分析对一段时间的统计做的。这个报表生成机制很像statspack。

可以使用脚本awrrpt.sql或awrrpti.sql来查看AWR报告（非常类似statspack中的spreport.sql），这两个脚本都在目录$ORACLE_HOME/rdbms/admin中。Awrrpt.sql脚本可以显示指定快照id范围的诊断信息，报告可以保存为文本文件或HTML文件；awrrpti.sql脚本与awrrpt.sql类似，唯一的不同就是在awrrpti.sql脚本中，你可以指定数据库ID和实例ID（作为参数）。报告包括如下诊断信息：

[1] Report summary
[1] Wait events statistics
[1] SQL statistics
[1] Instance activity statistics
[1] I/O statistics
[1] Buffer pool statistics
[1] Advisory statistics
[1] Wait statistics
[1] Undo statistics
[1] Latch statistics
 Segment statistics
[1] Dictionary cache statistics
[1] Library cache statistics
[1] SGA statistics
[1] Resource limit statistics
[1] init.ora parameters

通过运行$ORACLE_HOME/rdbms/admin目录中的awrrpt.sql脚本，AWR的功能可以立即通过它从采集的统计数据和量度中生成的报表得到最好的说明。这个脚本显示所有的现有AWR快照并请求两个特定的快照作为时间间隔边界。它产生两种类型的输出：文本格式（类似于Statspack报表的文本格式但来自于AWR信息库）和默认的HTML格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。

运行这个脚本必须要select any dictionary权限.这个脚本提示你输入选项如怎么和在哪里生成这个报表:

*首先,你需要指明你要生成html还是text格式的
*要选择快照的天数:输入天数,和你最近的快照,可选的,你可以使用dba_hist_snapshot表来看你要用哪个snap_id.
*开始snap_id和终止snap_id,这个快照对定义你的报表产生的时间间隔.
*文件名称,报告写的用户指定的文件.

现在运行该脚本以查看报表，从而对AWR的报表功能有一个直观的了解。

SQL> @D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\awrrpt.sql

 

Current Instance

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

 

   DB Id    DB Name      Inst Num Instance

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

 1160732652 ORCL                1 orcl

 

 

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

 

 

Instances in this Workload Repository schema

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

 

   DB Id     Inst Num DB Name      Instance     Host

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

* 1160732652        1 ORCL         orcl         YUECHAOTIAN

 

Using 1160732652 for database Id

Using          1 for instance number

 

 

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 without

specifying a number lists all completed snapshots.

 

 

输入 num_days 的值:  4

 

Listing the last 4 days of Completed Snapshots

 

                                                        Snap

Instance     DB Name        Snap Id    Snap Started    Level

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

orcl         ORCL                81 04 10月 2007 07:24     1

 

                                 83 05 10月 2007 13:34     1

                                 84 05 10月 2007 16:19     1

                                 85 05 10月 2007 17:00     1

                                 86 05 10月 2007 18:00     1

                                 87 05 10月 2007 19:10     1

                                 88 05 10月 2007 20:00     1

                                 89 05 10月 2007 21:00     1

                                 90 05 10月 2007 22:00     1

                                 91 05 10月 2007 23:00     1

 

                                 95 06 10月 2007 11:00     1

                                 97 06 10月 2007 13:27     1

                                 98 06 10月 2007 13:44     1

                                 99 06 10月 2007 14:00     1

                                100 06 10月 2007 14:30     1

                                101 06 10月 2007 15:00     1

                                102 06 10月 2007 15:30     1

 

 

 

Specify the Begin and End Snapshot Ids

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

输入 begin_snap 的值:  100

Begin Snapshot Id specified: 100

 

输入 end_snap 的值:  102

End   Snapshot Id specified: 102

 

 

 

Specify the Report Name

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

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

press to continue, otherwise enter an alternative.

 

输入 report_name 的值:

 

Using the report name awrrpt_1_100_102.html

 

……（省略结果）

End of Report

Report written to awrrpt_1_100_102.html

SQL>