系統表空間sysaux報警該怎么辦

本篇文章為大家展示了系統表空間sysaux報警該怎么辦，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

test測試庫sysaux表空間報警（空間余量不足），登上去看了下sysaux默認是5個G，還剩余500M，使用率90%。
其實sysaux是自動擴展的，這個事情不用管，但是一直報警很麻煩。
二種方法：
一、最大眾的加數據文件（略）
二、查詢這個表空間中占用空間最大的segment
select owner, segment_name, segment_type, bytes/1024/1024 from (select * from dba_segments where tablespace_name='SYSAUX' order by bytes desc) where rownum<5;
SYS                            WRM$_SNAPSHOT_DETAIL      INDEX                            771
SYS                            WRM$_SNAPSHOT_DETAIL      TABLE                            635
發現sysaux表空間存儲最大的段是WRM$_SNAPSHOT_DETAIL，這個段是存儲awr報告的。我們可以清除awr日志來解決這個問題。
步驟：
1，查詢存儲幾天的（10g是保留7天，11g是保留8天）
SQL> select dbid, retention from dba_hist_wr_control;

      DBID RETENTION
---------- ---------------------------------------------------------------------------
1179054930 +00008 00:00:00.0
2，查看最小和最大的snap_id
SQL> select max(snap_id), min(snap_id) from WRM$_SNAPSHOT_DETAILS;
                   151288            1
3，清除awr報告
exec dbms_workload_repository.drop_snapshot_range(1,150789);
執行完之后，再查詢表空間，發現并沒有降下去。最后查資料發現是個bug，bug號是9797851。

最后找到一個方法，可以小范圍的刪除一些
步驟：
1，查詢存儲幾天的（10g是保留7天，11g是保留8天）
SQL> select dbid, retention from dba_hist_wr_control;

      DBID RETENTION
---------- ---------------------------------------------------------------------------
1179054930 +00008 00:00:00.0
2，查看最小和最大的snap_id
SQL> select min(snap_id),max(snap_id) from dba_hist_snapshot where dbid = 1179054930;

MIN(SNAP_ID) MAX(SNAP_ID)
------------ ------------
      149970       150789
 
3，清除awr報告
SQL> exec dbms_workload_repository.drop_snapshot_range(149970,150789,1179054930)

上述內容就是系統表空間sysaux報警該怎么辦，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。