appstl表空间经常告警

select segment_name,segment_type, sum(bytes)/1024/1024/1024 G from dba_segments where tablespace_name ='APPSTL' group by segment_name,segment_type order by 3 desc

由上可见，大部分空间被SRM_MONITOR_RESULT_DAY这张分区表表所占
建议一：删除该分区表比较旧的分区（如果可以删除的情况下）

建议二：rebuild主键索引

select a.owner,a.segment_name,a.segment_type,a.tablespace_name,a.header_file,a.header_block,a.bytes from
dba_segments a where a.tablespace_name='APPSTL' and a.segment_type='INDEX' and a.segment_name like 'PK_%' order by a.bytes desc

将比较大的几个主键索引重建到别的表空间（各自用户下重建）

SQL> alter index PK_HOUR_REPORT_DB rebuild tablespace dlog_index online;
Index altered
SQL> alter index PK_LONG_TIME_BIZ_TLOG rebuild tablespace dlog_index online;
Index altered
SQL> alter index PK_HOUR_REPORT_DB rebuild tablespace dlog_index online;
Index altered
SQL> alter index PK_MONITOR_RESULT1 rebuild tablespace dlog_index online;
Index altered
SQL> alter index PK_LONG_TIME_BIZ_TLOG_NEW rebuild tablespace dlog_index online;
Index altered

建议三：将appuser.LONG_TIME_BIZ_TLOG 这个表 8月10日以后的分区重建到dlog_data表空间去
如果分区还是空的，没使用 move之后索引正常，
如果分区里面有数据，move之后全局索引失效，需要rebuild重建
alter table LONG_TIME_BIZ_TLOG move partition partition_name tablespace dlog_data;

ITPub博客

关于表空间告警

最新文章