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

网友投稿 414 2023-12-13

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

本篇文章为大家展示了系统表空间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报警该怎么办,你们学到知识或技能了吗?如果还想学到更多技能或者丰富自己的知识储备,欢迎关注行业资讯频道。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:平安银行生态开放,未来金融的创新之路
下一篇:EF架构codeFirst从初始化到数据库迁移的过程是怎样的
相关文章

 发表评论

暂时没有评论,来抢沙发吧~