第一次在metalink开tar SR 7719956.994: Automatic Workload Repository in SYSAUX tables

也看一下有没有路过的高手比metalink厉害了 phalr SYSAUX不断增长，速度虽然不快，但是已经到了7.5g了查到是awr的快照一直没有被删除，以至于awr size到了5.5g 我们已经根据official的说明设置了RETENTION，但是没有效果 awr本来也有自动删除（Emergency Purging），但是这次没有效果其他数据库也没有这个问题之前我们的处理方法唯有不断的增加SYSAUX的size 附上附件，大家一起看看望各位高人赐教



============更新=================

最近事情比较多，偷懒，没有更新了

首先说说自己的看法

简单来说，大量的 snapshot 会按照 partition 的形式来存放
一般的情况是：有多个 partition ，如果整个 partition 所有的 AWR TABLE 都过期了，整个 partition 会被 purge 自动清空
但是，有问题的情况是：如果 partition 内有没有过期的 snapshot ，那么，整个 partition 会被保留

我查了一下我们的数据库：

PARTITION NAME SNAP_ID DBID
--------------------------- ------- ----------
WRH$_ACTIVE_2335993818_5152 Min 9292 2335993818
WRH$_ACTIVE_2335993818_5152 Max 9861 2335993818
---
PL/SQL procedure successfully completed.

详细的文档可以看：

主题:                WRH$_ACTIVE_SESSION_HISTORY Does Not Get Purged
文档 ID:    387914.1

我认为这个就是所谓的根本原因，至于怎样修正，那就水平有限了


而metalink的做法就是不断的去尝试设置不同的 AWR的设置，包括statistics_level，SNAP_INTERVAL，RETENTION。还有使用 drop_snapshot_range(low_snap_id,high_snap_id)来手动删除（提醒一下，这里的手动删除是不可以直接释放 AWR所占的空间的）

其实我们之前都试过了，无法生效


最后，metalink给出了重建AWR容器的计划

SQL> connect / as sysdba
SQL> @?/rdbms/admin/catnoawr.sql
SQL> @?/rdbms/admin/catawrtb.sql

========2009.11.25更新==============
猛哥删了AWR
空间释放了5G
不过还没有重新捡起来