求助非归档的文件恢复

ALLSTARS_ORACLE

现有一库（9i），有一个数据文件有问题，需要恢复，无备份，有联机备份，但做recover datafile 报错如下：
SQL> recover datafile 408
ORA-00279: change 5966107884691 generated at 07/25/2008 01:05:43 needed for
thread 1
ORA-00289: suggestion : /ora/prod/proddb/9.2.0/dbs/arch1_83563.dbf
ORA-00280: change 5966107884691 for thread 1 is in sequence #83563

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/ora/prod/proddata/log03a.dbf
ORA-00363: log is not the archived version
ORA-00334: archived log: '/ora/prod/proddata/log03a.dbf'

联机备份日志共三组，填log01a.dbf提示ORA-00310: archived log contains sequence 83561; sequence 83563 required，所以sequence 83563就应该在log03里。
不知道该怎么办好了。。


数据文件已经1.1g了~~~~~那个不是限制512m吗？


非归档啊，大哥。。。哪有归档日志啊，所以我就拿在线日志试试了。

把这个文件offline drop掉之后，数据库可以起来，但是erp应用端还是起不来。。。






除了重建看来没什么别的好方法了~~~~~~~非归档模式害死人啊！！！！！
等测试环境吧，还得3个多小时才能恢复好

经过一夜的折腾。。。。先drop掉整个索引表空间，期间经历了能经历的所有ora错误，包括去除primary,domain,unique关联，去除约束限制，去除分区索引等等。drop掉之后，数据库正常启动，应用端也正常连上，erp可以登陆了。关应用，建索引表空间，对照测试环境重建所有的索引。。。。700多个表的索引啊~~~~~最后改成归档模式！！！！启应用，暂时正常，观察中。

经过这次的事件，对数据库有了更深一步认识，同时也有了深刻的教训。。。。。。非归档模式冷备一定要注意！！！如果备份不即时，一旦出问题，就等着哭吧。


最后一点，非归档冷备模式下，做什么之前一定要记得备份，否则。。。嘿嘿嘿，就是我的下场




原以为只能恢复3天前的数据了，没想到竟然没丢数据。幸好坏的是索引表空间啊，可以删掉重建，如果是数据表空间，就完了。



其实这么做是不行的，因为oracle不允许单独把索引表空间的内容导出，所以我用的是更麻烦的办法，手动重建索引。。。