我们都知道等待事件是我们发现系统瓶颈的重要指标，通过等待事件我们可以迅速发现系统的瓶颈，以帮助我们进一解决系统的性能问题。用户建立数据库连接的时候会产生session，等待事件和session是息息相关的。

在Oracle 10g中大概有874个等待事件，具体的平台和版本可能稍有差异。

--------------------------------------------------------------------------
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Product
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

SQL> select count(*) from v$event_name;

  COUNT(*)
----------
       874

SQL>

用户的连接将产生会话，这些当前会话信息会记录在v$session中，我们通过这张视图可以查询当前session的相关信息；如果session有等待状态的话，会把相关的信息记录在v$session_wait中。不过当session的连接断开后，原来在v$session和v$session_wait中的信息都会被删除。

2.     Oracle 10g改进（v$session_wait_history与ASH）

在查找系统瓶颈的时候，我们往往关注那些活动时大量占用了资源的会话，如果活动会话信息丢失，将无法评测当时的系统瓶颈是什么。那么我们如何保留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的信息，不会记录非活动状态的session信息，每秒从v$session_wait中采样一次，并将采样信息保存在内存中，更具体的说是在SGA中分配。

3.     AWR与ASH

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

当ASH缓存率达到三分之二的时候，会有相关进程刷新到AWR中。同时AWR默认每小时对v$active_session_history进行采样一次，并将信息保存在硬盘中，并且保留7天，7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。对于采样频率和保留时间可以根据实际情况进行调整的，这就更加有助于我们进行系统监控，同时AWR是 Oracle 10g实现自动化管理的坚实基础。

AWR永久地保存系统的性能诊断信息，由SYSMAN用户所拥有，信息保存在SYSAUX系统表空间中。一段时间后，你可能想清除掉这些信息；同时为了性能诊断，你可以自定义采样频率来获取系统快照信息。

4.     小结

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

        -------Bluerin