公司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是自动扩展的,这个事情不用管,但是一直报警很麻烦。
二种方法:
一、最大众的加数据文件(略)
二、查询这个表空间中占用空间最大的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)
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/31447263/viewspace-2143096/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/31447263/viewspace-2143096/