版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/xxzhaobb/article/details/83863652
RDBMS 11.2.0.4 RAC。发现sysaux表空间很大，大约有11G。（之前碰到过12CR1的sysaux有24G，还在增长，没仔细研究）
查看dba_hist_wr_control,发现topnsql不是默认的30，而是100.以为是这个原因引起的。
修改后不起作用。
查看dba_hist_snapshot，里面显示的快照都是7天内的。
借助toad工具，查看sysaux表空间里面的对象，发现有一些分区表（索引）比较大。这些分区表都是WRH$开头的 。
仔细查看这些分区，发现只有2个分区，其中一个是分区，另一个是max分区。
查看这些分区表内容，发现有当前7天内的snap id对应的记录，又存在之前很久的snap id对应的记录。
后将这些分区表truncate后，sysaux表空间立刻回到了1G多，属于比较正常现象。
truncate语句类似下面的 。有很多表需要truncate
Alter table WRH$_LATCH_CHILDREN truncate partition WRH$_LATCH__567344007_0;
-- 不建议对这些表做delete，太慢，而且产生很多log，对系统性能有影响。
扫描二维码关注公众号，回复：
4090194 查看本文章
AWR的一些表说明：
wrm$表存储awr的元数据(workload repository metadata)
WRH$表存储采样快照的历史数据(workload repository historical)
WRI$表存储数据库建议功能相关的数据
WRR$ 11g的workload capture及workload replay信息
END