OS:HP-UX 11.11
Oracle:8.1.7.4 compatible 8.1.7
一个建库早期遗留下的数据字典管理表空间，由于碎片已经明显影响该表空间的效率，已经将绝大多数有用数据转移至另一个本地管理表空间中，剩余一些不常用表及其他对象，等待系统略闲时处理。
昨天，一同事建一个大表的索引，表大约6000万数据，40G，随手就将index建到这个表空间上，当建到临时文件写到13G大小时，报错退出，此时，噩梦开始。SMON进程开始连接随片，这个空间上碎片大约40万，可怜的smon运行了3个小时后，仍然没有起色，主机CPU全部占用，进程异常缓慢。
熬到下班，重起主机，shutdown immediate不成功，arort后，再次immediate仍然不成功，手工起alter tablespace ... coalesce，smon进程没有了，碎片减少缓慢，主机仍然高load。
今天早上，还有24万碎片，load逐渐下降，应用基本正常，将可能用到的对象全部挪走，过两天处理这个表空间。
目前dba_free_space仍然基本不能访问，记得修改fet$的文章，风险操作，不敢擅自处理。
请教，正确的处理步骤应当怎样？我有没有错误的处理？因为该主机主要为内部使用，未造成大的影响。
作者: sopher | 可以转载, 转载时务必以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://www.color-cc.com/2007/01/post_58.html
Comments (3)
1
sopher (Web)
Posted on January 24, 2007 22:01
升级到2。1，发现不少plug-in不支持了
d.c.b.a的comment也被我不小心删除了一条，抱歉
把不能用的先喀嚓掉，过两天再说，dreamhost的速度实在是受不了了...
2
sopher (Web)
Posted on January 24, 2007 22:01
不是俺建的...
是一个同事没征求俺的意见就create了...
3
anysql (Web)
Posted on January 24, 2007 22:01
绝大多数已经转走的话, 不应当有那么多的碎片了, 估计是转走对象时没有运行ALTER TABLESPACE ... COALESCE命令吧.
在DMT下建大的索引时，要考虑的理情是很多的。
