默认情况下，Oracle Database 每小时产生一次快照，并将统计信息在工作负载信息库中保留 8 天。如有必要，您可以使用 DBMS_WORKLOAD_REPOSITORY 包中的一些存储过程手动创建、删除和修改快照。要调用这些存储过程，用户必须授予 DBA 角色。
1、创建快照：
您可以使用 CREATE_SNAPSHOT 存储过程手动创建快照来捕获非自动生成快照的时间内的统计信息;
Syntax
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT(
flush_level IN VARCHAR2 DEFAULT 'TYPICAL');
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT(
flush_level IN VARCHAR2 DEFAULT 'TYPICAL')
RETURN NUMBER;
flush_level 参数 Flush level 可以是 'TYPICAL' 或 'ALL'
BEGIN
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT ();
END;
/
当 flush_level 指定为默认的 typical 时，执行上述命令后实例的快照会立即创建。可以在 dba_hist_snapshot 视图中查看生成的快照。
SQL> select SNAP_ID,dbid,SNAP_LEVEL,BEGIN_INTERVAL_TIME from dba_hist_snapshot order by 1;
SNAP_ID DBID SNAP_LEVEL BEGIN_INTERVAL_TIME
---------- ---------- ---------- --------------
1 2725871604 1 24-MAY-18 01.24.13.000 AM
2 2725871604 1 24-MAY-18 01.35.11.282 AM
3 2725871604 1 24-MAY-18 03.00.15.555 AM
4 2725871604 1 24-MAY-18 04.00.21.053 AM
2. 删除快照
您可以使用 DROP_SNAPSHOT_RANGE 存储过程删除个范围内的快照。要查看快照的 snap_id 和 数据库 ID 的列表，请查看 DBA_HIST_SNAPSHOT 视图。例如，您可以删除上例中 snap_id 小于 20 的快照：
DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(
low_snap_id IN NUMBER,
high_snap_id IN NUMBER
dbid IN NUMBER DEFAULT NULL);
BEGIN
DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE (low_snap_id => 1,
high_snap_id => 2);
END;
/
SQL> /
SNAP_ID DBID SNAP_LEVEL BEGIN_INTERVAL_TIME
---------- ---------- ---------- --------------------------------------------------
3 2725871604 1 24-MAY-18 03.00.15.555 AM
4 2725871604 1 24-MAY-18 04.00.21.053 AM
5 2725871604 1 24-MAY-18 05.00.25.701 AM
6 2725871604 1 24-MAY-18 04.52.40.302 PM
以下是别人博客的内容参考：
AWR的由来：
10g之前的oracle:用户的连接将产生会话，当前会话记录保存在v$session中；处于等待状态的会话会被复制一份放在v$session_wait中。当该连接 断开后，其原来的连接信息在v$session和v$session_wait中就会被删除;oracle10g及之后保留下了v$session_wait中的这些信息，并多了v$active_session_history（ASH）视图，记录每个活动session在v$session_wait中最近10次的等待事件。
ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的，当所分配空间占满后，旧的记录就会被覆盖掉；而且数据库重启后，所有的这些ASH信息都会消失。这样，对于长期检测oracle的性能是不可能的。在Oracle10g中，提供了永久保留ASH信息的方法，这就是AWR。
由于全部保存ASH中的信息是非常耗费时间和空间的，AWR采用的策略是：每小时对v$active_session_history进行采样一次，并将信息保存到磁盘中，并且保留7天，7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。而这个采样频率（1小时）和保留时间（7天）是可以根据实际情况进行调整的，这就给DBA们提供了更加有效的系统监测工具。
1．AWR的启用
在默认情况下，Oracle启用数据库统计收集这项功能（即启用AWR）。是否启用AWR由初始化参数STATISTICS_LEVEL控制。通过SHOW PARAMETER命令
可以显示STATISTICS_LEVEL的当前值：
SQL> SHOW PARAMETER STATISTICS_LEVEL
SQL语句的执行结果是：
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
statistics_level string TYPICAL
如果STATISTICS_LEVEL的值为TYPICAL或者 ALL，表示启用AWR；如果STATISTICS_LEVEL的值为BASIC，表示禁用AWR。
初始化参数statistics_level介绍：
AWR的行为受到参数STATISTICS_LEVEL的影响。这个参数有三个值：
*BASIC：awr统计的计算和衍生值关闭.只收集少量的数据库统计信息.
*TYPICAL：默认值．只有部分的统计收集.他们代表需要的典型监控oracle数据库的行为.
*ALL : 所有可能的统计都被捕捉. 并且有操作系统的一些信息.这个级别的捕捉应该在很少的情况下,比如你要更多的sql诊断信息的时候才使用.
2．快照（SNAPSHOT）
每隔一小时，内存监控进程（MMON）自动地采集一次统计信息，并把这些信息存放到负载库中，一次采样就是一个快照。为了节省空间，采集的数据在7天后自动清除。快照的频率和保留时间可以由用户修改。
--查看快照的频率和保留时间（默认为每1小时采样一次，采样信息保留时间为7天）
select * from dba_hist_wr_control;
select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from wrm$_wr_control;
--修改 快照的频率和保留时间（单位用分钟）
exec dbms_workload_repository.modify_snapshot_settings(interval=>60, retention=>7*24*60);
用户也可以使用下面的命令手工采样（手工生成快照）：
BEGIN
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT ();
END;
手工删除指定范围的快照
begin
dbms_workload_repository.drop_snapshot_range(low_snap_id => 3965, high_snap_id => 3966, dbid => 3437504306);
end;
--查看有多少个快照
select count(1) from wrh$_active_session_history;
select count(1) from dba_hist_active_sess_history;
通过查询视图DBA_HIST_SNAPSHOT，可以知道系统中产生了哪些快照。
select * from DBA_HIST_SNAPSHOT;
3.采样数据存放位置
这些采样数据都存储在SYSAUX表空间中，并且以WRM$_* 和 WRH$_*的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。
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
select table_name from dba_tables where table_name like ‘WRH$%‘;
4. 设置基线
4.1创建基线
基线（baseline）是一种机制,这样你可以在重要时间的快照信息集做标记。一个基线定义在一对快照之间,快照通过他们的快照序列号识别.每个基线有且只有一对快照。一次典型的性能调整实践从采集量度的基准线集合、作出改动、然后采集另一个基准线集合开始。可以比较这两个集合来检查所作的改动的效果。在 AWR 中，对现有的已采集的快照可以执行相同类型的比较。
假定一个名称为 apply_interest 上午 2:00 到 4:00 之间运行，对应快照 ID 4150 到 4151。我们可以为这些快照定义
一个名称为 apply_interest_1 的基准线：
SQL> exec dbms_workload_repository.create_baseline(4150, 4151, ‘apply_interest_1‘);
这一操作将快照从 4150 到 4151 编号，作为上面指定的基准线的一部分。查看现有的基准线：
SQL> select *from dba_hist_baseline;
DBID BASELINE_ID BASELINE_NAME START_SNAP_ID START_SNAP_TIME END_SNAP_ID END_SNAP_TIME
---------- ----------- -------------------- ------------- -------------------------------- ----------- -------------------------------
3437504306 1 apply_interest_1 4150 07-3月 -11 03.00.47.627 上午 4151 07-3月 -11 04.00.12.567 上午
SQL> select *from wrm$_baseline;
DBID BASELINE_ID BASELINE_NAME START_SNAP_ID END_SNAP_ID
---------- ----------- ------------------------------ ------------- -----------
3437504306 1 apply_interest_1 4150 4151
在一些调整步骤之后，我们可以创建另一个基准线 — 假设名称为 apply_interest_2（下午2点到4点），然后只为那些与这两条基准线相关的快照比较量度。
SQL> exec dbms_workload_repository.create_baseline(4162, 4163, ‘apply_interest_2‘);
像这样把快照分隔在仅仅几个集合中有助于研究调整对于性能量度的影响。
4.2 删除基线
分析之后使用 drop_baseline() 来删除基准线；快照将保留（也可级联删除）。此外，当清除例程开始删除旧的快照时，与基准线相关的快照不会
被清除，从而允许进行进一步的分析。
如果要删除一个基准线:
SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>‘apply_interest_1‘, cascade=>false);
SQL> select *from wrh$_active_session_history where snap_id in (4150,4151);
SNAP_ID DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME SESSION_ID ...
4150 3437504306 1 14900840 07-3月 -11 02.55.02.038 上午 162 ...
4150 3437504306 1 14900200 07-3月 -11 02.44.21.942 上午 165 ...
....
4151 3437504306 1 14901980 07-3月 -11 03.14.02.213 上午 165 ...
4151 3437504306 1 14901790 07-3月 -11 03.10.52.183 上午 165 ...
4151 3437504306 1 14901490 07-3月 -11 03.05.52.138 上午 167 ...
--级联删除（基线与快照一块删）
SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>‘apply_interest_2‘, cascade=>true);
SQL> select *from wrh$_active_session_history where snap_id in (4162,4163);
未选定行
