系统表空间sysaux报警该怎么办

本篇文章为大家展示了系统表空间sysaux报警该怎么办，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

创新互联主要从事成都做网站、网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务邛崃,10余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220

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报警该怎么办，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。