问题如下:
开始我用cp cms246.dbf cms246.dbf.bk命令来备份了文件,使用了一段时间后我在没有shutdown数据库的情况下又用
mv cms246.dbf.bk cms246.dbf 来恢复了dbf文件,现在重启数据库会报以下错误:
SQL> startup;
ORACLE instance started.Total System Global Area  320830760 bytes
Fixed Size                   740648 bytes
Variable Size             285212672 bytes
Database Buffers           33554432 bytes
Redo Buffers                1323008 bytes
Database mounted.
ORA-01113: file 27 needs media recovery
ORA-01110: data file 27: '/oradata/RPTUAT/CMS246.dbf'SQL> startup;
ORACLE instance started.Total System Global Area  320830760 bytes
Fixed Size                   740648 bytes
Variable Size             285212672 bytes
Database Buffers           33554432 bytes
Redo Buffers                1323008 bytes
Database mounted.
ORA-01113: file 27 needs media recovery
ORA-01110: data file 27: '/oradata/RPTUAT/CMS246.dbf'
请问如何进行数据库的恢复,数据库处于非归档模式下。

解决方案 »

  1.   

    可能检查点,SCN,回滚日志断都不一样 
    你既然MV,就相当于冷还原,控制文件,redolog,等等都得还原
      

  2.   


    楼主在没有shutdown数据库的情况下用mv  应该不算是冷还原了吧,
    非归档模式下的还真的没弄过,关注各位的回复~
      

  3.   

    在没shutdown状态下能mv成功?不能吧。
    如果真能mv,那只能恢复了。
     
      

  4.   

    alter system set "_allow_resetlogs_corruption"=true;
    mount中recover database;
    然后alter database open resetlogs;
    试试。
      

  5.   

    如果没有SHUTDOWN 的情况下MV操作 ,会使数据文件和控制文件还有redo文件的SCN不匹配,所以才会导致错误,你可以调节下你的数据文件的SCN让他和其他文件匹配,也就是要和控制文件的CKP一致才可以。
      

  6.   


    按照这种试试看。。数据文件头和控制文件等的SCN不一致,自然会报这样的错误了。
    冷备一般都是备全部的。
    要备份,尽量还是用RMAN吧。
      

  7.   

    此贴问题不错。 考验对SCN的理解程度。 
      

  8.   

    相当于冷备了
    各文件的scn不同步了
    所有文件都必须恢复到你新导入的那个数据备份的时间点
    相当于一个热备的基点  楼主你又在noarchivelog模式下   肯定会有数据丢失