高效删除多碎片的字典管理表空间

在Oracle8i版本中,当一个字典管理(DMT)的表空间由于长期数据更新而产生大量碎片之后,通常我们的做法需要将原先放置在DMT表空间中的表move到本地管理(LMT)表空间来重组数据以减少空间碎片。move完毕以后,原先的DMT表空间需要删除以回收空间,但是删除表空间对于fet的级联操作,导致删除DMT表空间非常耗费时间。 在字典管理类型下,fet中存储数据库目前可以使用的空闲块信息,uet存储数据库目前已经被使用的数据块信息。当删除表空间时,Oracle需要把fet中跟此表空间相关的所有的记录都一一删除,如果表空间碎片很多,那么这一步操作将耗费很长的时间。 SQL>select ts#,count(*) from fet$ group by ts#; TS# COUNT(*) ———- ———- 0 817 1 12160 3 440932 4 15775 5 5300 6 314997 6 rows selected. 在这个数据库中TS#=3和6的表空间正需要做删除的操作,而fet中分别存在440932和314997条记录,在删除表空间时跟踪了一下,平均每秒钟Oracle能够清理fet的3条记录。 SQL> select 440932/3/3600 from dual; 440932/3/3600 ————- 40.827037 SQL> select 314997/3/3600 from dual; 314997/3/3600 ————- 29.1663889 可以看到删除表空间3需要40个小时,而对于表空间6也需要29小时左右。当然,实际上,随着fet$表中记录的减少,Oracle的处理将会越来越快。当然,无论如何,这始终是一个很耗费时间的操作。 在某些情况下,这么长的时间可能是无法接受的,那么如何高速执行删除此类高碎片率的表空间呢?在itpub中有人提出了非常有效的方法-修改fet$基表,结合碎片。 在itpub的这个例子中,因为需要删除的表空间中仍然还存在对象,所以操作起来需要更加小心谨慎,而对于一个已经move了所有对象的表空间,操作步骤更少。 1. 将fet$中所有属于需要drop的表空间中的数据文件的block#>2的记录全部删除 2. update这些数据文件的block#=2的记录,将length字段更新为blocks-1(blocks值可以从dba_data_files视图中获得) 可惜的是,由于是产品库,客户出于保险起见,最终没有同意这样的删除方法,少了一次实践的机会。