ITPub博客

首页 > Linux操作系统 > Linux操作系统 > oracle 10g SYSAUX表空间快速增长之WRI$_OPTSTAT_HISTGRM_HISTORY篇

oracle 10g SYSAUX表空间快速增长之WRI$_OPTSTAT_HISTGRM_HISTORY篇

原创 Linux操作系统 作者:dcswinner 时间:2011-12-30 18:39:36 0 删除 编辑

在下午的检查中,还发现另外几个对象在sysaux表空间中占据很大的空间:I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST,大小为4124M,WRI$_OPTSTAT_HISTGRM_HISTORY,大小为2893M,前者是后者的索引,此表是用来保存历史的的收集统计信息的。

查看metalink相关文章:

Statistics space used by SM/OPTSTAT in the SYSAUX tablespace is not reclaimed after purging [ID 454678.1]

Reduce SYSAUX Tablespace Occupancy Due to Fragmented TABLEs and INDEXes [ID 1271178.1]

发现metalink上认为的是这个表索引的碎片比较多,需要重整。在oracle10g中,重整表的方式有多种,为了不重新rebuild index,且不影响现在的业务,没有采用move的方式,而是采用shrink 的方式对索引进行了收缩:

ALTER INDEX I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST SHRINK SPACE;

shrink后,此索引的大小缩至286.75M,同时此表的大小也有很明显的缩小,现在只有309M,效果挺明显;

再对WRI$_OPTSTAT_HISTGRM_HISTORY shrink:

ALTER TABLE WRI$_OPTSTAT_HISTGRM_HISTORY SHRINK SPACE;

报:ORA-10631: SHRINK clause should not be specified for this object

经过分析,原来此表上有函数索引,此索引正是上面的那个索引: I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST ,有函数索引的表是不能进行shrink操作的。

如果时间允许,可以尝试按照move的方式对这些表重整一下,并重建索引。

-- To implement the solution, please execute the following steps::
1- Take a full backup of the database
2- Move the tables:

sql> alter table WRI$_OPTSTAT_TAB_HISTORY move;
sql> alter table WRI$_OPTSTAT_OPR move;
sql> alter table WRI$_OPTSTAT_IND_HISTORY move;
sql> alter table WRI$_OPTSTAT_HISTHEAD_HISTORY move;
sql> alter table WRI$_OPTSTAT_HISTGRM_HISTORY move;
sql> alter table WRI$_OPTSTAT_AUX_HISTORY move;

3- For indexes, find the indexes for the above tables and rebuild them. In case an index is unusable, please see the following example:

SQL> select status from dba_indexes where index_name='I_WRI$_OPTSTAT_IND_OBJ#_ST';
SQL> select status from dba_indexes where index_name='I_WRI$_OPTSTAT_TAB_ST';

Assuming that indexes: I_WRI$_OPTSTAT_IND_OBJ#_ST & I_WRI$_OPTSTAT_TAB_ST are unusable, then, we have to do the following:

a.Determine the DDL's for the indexes using dbms_metadata package as shown in the example below
 SQL> set long 4000
 SQL> select dbms_metadata.get_ddl('INDEX','I_WRI$_OPTSTAT_IND_OBJ#_ST','SYS') from dual;
 SQL> select dbms_metadata.get_ddl('INDEX','I_WRI$_OPTSTAT_TAB_ST','SYS') from dual;
   
b.Then drop and recreate the indexes using the
obtained DDL's.
   
c.Once done you can confirm the status by running the following query for example :
SQL> select status from dba_indexes where index_name='I_WRI$_OPTSTAT_IND_OBJ#_ST';
SQL> select status from dba_indexes where index_name='I_WRI$_OPTSTAT_TAB_ST';


4- sql> exec dbms_stats.alter_stats_history_retention(8); 
--> This will ensure that statistics history will be retained for at least 8 days.

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12129601/viewspace-714269/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-04-03

  • 博文量
    61
  • 访问量
    487448