一个很老的系统nt 4.0 + oracle8.0.5,（没人管理）
db宕掉了（强行关ＯＳ导致）
看了下竟然是在noarchived log ，且无定期的备份
只有两个月前的冷备．
db可mount但是无法open，
报一tablespace的一datafile a_1.dbf size(5G多)与控制文件size不符
mount下备份控制文件到trace,然后尝试加正确的size重建不成功
顾mark掉所有的该tablespace的datafile后重建控制文件．
将db open ,然后drop该表空间后再从新建，并将每个datafile控制在
2G,然后利用exp , imp将改表空间下的表恢复，但是两张大表因原来
设置有问题，next 大于2G,但是先建表，修改init next但导入时报错，加ignore=y也不行．
后因一起imp两张表（不在同一机器上）ＯＳ死掉
起来后报datafile a_1.dbf找不到，发现OS上显示为2k(实际为2G)
于是offline drop 掉该datafile让db open.发现以前imp进的table均正常
顾就新加了一datafile继续使用改表空间．
后其维护人员告知，再先设置compress=n exp后，imp 大表时
该表竟然到datafile a_1.dbf里了，估计他是从storge manager了看到的
后来又失败，报datafile a_1.dbf找不到，db 无法open.
现有疑问如下：
offline drop掉一表空间的datafile后还继续使用改表空间会有问题
吗？为何imp时数据会进那个datafile. 该如何彻底的拿掉该datafile.
对next超过2G的表，先compress=n exp,再建表修改next ignore=y
imp在oracle805上不成功是bug吗．
通过metalink internal 的帐号找到说oracle有一tool可以修改ＤＭＰ文件里的next值再导入就ＯＫ了，但是提供的ＦＴＰ关了，无法download.
|
