所有控制文件损坏，掉电(shutdown abort)，无归档，无备份的成功恢复

CHENTAO

不错

biti_rainy

1,2,3,4
假设 4是 current
假定2正在归档过程中未完成，但是2中的检查点已经完成
假定3中的检查点已经完成或者没有完成都可以，也未归档

这时发生日志文件2损坏的例子

这个时候如果我们尝试通过备份来恢复，归档日志正好截止到 日志文件1的归档
而2的还没有
那么会尝试在 联机日志中使用日志2，结果发现日志2已经损坏，无法继续进行下去，不能越过2而使用3

但是如果我们控制文件损坏了，重建可控制文件，不通过备份恢复
而尝试根据现有数据文件的基础上，进行恢复，则只要从 日志3（假如检查点没有完成）或者日志4（假如日志3检查点已经完成）开始就可以了

这时可以clear or  drop 日志2所在的日志组

bin_huhj

謝謝biti_rainy,現在我大概能理解啦。但是如果剛好日志2中的某些數據還未被寫入數據文件﹐這時候不知會如何做﹖我想這種情況是有可能的。
如﹕我的database buffer很大時﹐當處理的事務很多﹐我下了commit后﹐LGWR會把LOG BUFFERK 中的數據寫入log file﹐并發生了日志切換(假如由日志2切換成日志3)﹐然后更改文件頭的SCN﹐可DBWR并沒有把數據寫入數據文件,在日志2歸檔時﹐發生錯誤。

crpp0902

如果是current  logfile损坏呢，根据原理应该是可以进行不完全恢复的，可是最近我遇到一个问题，数据库控制文件重建后，进行数据库的不完全恢复，最后RESETLOGS打开时，报错：
SQL> RECOVER USING BACKUP CONTROLFILE UNTIL CANCEL;
ORA-00279: ?? 1163339 (? 07/02/2003 15:37:14 ??) ???? 1 ????
ORA-00289: ??: D:\ORACLE\ORA92\RDBMS\ARC00011.001
ORA-00280: ?? 1163339 ???? 1 ???? # 11 ???
ARC00010是最后一个生成的归档日志文件，现在该应用current  logfile了，可是current  logfile损坏
于是：
指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
ORA-01547: ??: RECOVER ??? OPEN RESETLOGS ???????
ORA-01194: ??1?????????????
ORA-01110: ???? 1: 'D:\ORACLE\ORADATA\ORA9\SYSTEM01.DBF'
QL> ALTER DATABASE OPEN RESETLOGS;
LTER DATABASE OPEN RESETLOGS

RROR 位于第 1 行:
RA-01194: ??1?????????????
RA-01110: ???? 1: 'D:\ORACLE\ORADATA\ORA9\SYSTEM01.DBF'

biti_rainy：到这步了该这么进行？？？

biti_rainy

最初由 bin_huhj 发布
[B]謝謝biti_rainy,現在我大概能理解啦。但是如果剛好日志2中的某些數據還未被寫入數據文件﹐這時候不知會如何做﹖我想這種情況是有可能的。
如﹕我的database buffer很大時﹐當處理的事務很多﹐我下了commit后﹐LGWR會把LOG BUFFERK 中的數據寫入log file﹐并發生了日志切換(假如由日志2切換成日志3)﹐然后更改文件頭的SCN﹐可DBWR并沒有把數據寫入數據文件,在日志2歸檔時﹐發生錯誤。 [/B]

如果没有备份这个时候只能使用 _ALLOW_RESETLOGS_CORRUPTION =  true
startup mount
recover database until cancel;
cancel
alter database open resetlogs; 如果返回600错误
shutdown
startup

建议exp后重建数据库

biti_rainy

最初由 crpp0902 发布
[B]如果是current  logfile损坏呢，根据原理应该是可以进行不完全恢复的，可是最近我遇到一个问题，数据库控制文件重建后，进行数据库的不完全恢复，最后RESETLOGS打开时，报错：
SQL> RECOVER USING BACKUP CONTROLFILE UNTIL CANCEL;
ORA-00279: ?? 1163339 (? 07/02/2003 15:37:14 ??) ???? 1 ????
ORA-00289: ??: D:\ORACLE\ORA92\RDBMS\ARC00011.001
ORA-00280: ?? 1163339 ???? 1 ???? # 11 ???
ARC00010是最后一个生成的归档日志文件，现在该应用current  logfile了，可是current  logfile损坏
于是：
指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
ORA-01547: ??: RECOVER ??? OPEN RESETLOGS ???????
ORA-01194: ??1?????????????
ORA-01110: ???? 1: 'D:\ORACLE\ORADATA\ORA9\SYSTEM01.DBF'
QL> ALTER DATABASE OPEN RESETLOGS;
LTER DATABASE OPEN RESETLOGS

RROR 位于第 1 行:
RA-01194: ??1?????????????
RA-01110: ???? 1: 'D:\ORACLE\ORADATA\ORA9\SYSTEM01.DBF'

biti_rainy：到这步了该这么进行？？？ [/B]

不完全恢复！你的数据文件都是从备份中拷贝回来的吗？
如果不是怎么叫不完全恢复？
那就应该参考 上面 的  使用保留参数的用法

crpp0902

多谢，又学了一招
使用保留参数的用法

crpp0902

alter database open ; 返回600错误 ？？？

不过好象没有

andy9718

不错

wzy25

如果控制文件丢失，但是所有的redo log,archived  log都在，可以完全恢复
如果控制文件,redo log丢失，上次热备后的归档还有，可以正常作不完全恢复
如果控制文件,redo log丢失，上次热备后的归档也没有，无法正常恢复，也不能做open resetlogs
需要通过隐含参数来恢复，可以参考
http://www.*****.org/bin/ut/topi ... p;bpg=1&age=100
使用rman也有这个问题，需要备份热备期间的所有归档日志。