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，對系統性能有影響。

AWR的一些表說明：

wrm$表儲存awr的元資料(workload repository metadata)
WRH$表儲存取樣快照的歷史資料(workload repository historical)
WRI$表儲存資料庫建議功能相關的資料
WRR$ 11g的workload capture及workload replay資訊

END