rman备份,未用catalog,控制文件丢失的解决(2)

核心提示： --我们的情形是所有的数据文件都丢失了，那就如法炮制 ...........--文件对应编号来自前面全备份时候的屏幕输出内容．所以，rman备份,未用catalog,控制文件丢失的解决(2)(3)，在备份的时候保留操作Log是个很好的习惯．SQL> startup force mou

--我们的情形是所有的数据文件都丢失了，那就如法炮制 ...........

--文件对应编号来自前面全备份时候的屏幕输出内容．所以，在备份的时候保留操作Log是个很好的习惯．

SQL> startup force mount;
ORACLE instance started.
Total System Global Area 152115804 bytes
Fixed Size 453212 bytes
Variable Size 100663296 bytes
Database Buffers 50331648 bytes
Redo Buffers 667648 bytes
Database mounted.
SQL> Recover database using backup controlfile until cancel ;
ORA-00279: change 243854 generated at 07/18/2004 20:57:03 needed for thread 1
ORA-00289: suggestion : D:KDEARC00002.001
ORA-00280: change 243854 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
D:KDEARC00002.001
ORA-00279: change 244089 generated at 07/18/2004 20:58:18 needed for thread 1
ORA-00289: suggestion : D:KDEARC00003.001
ORA-00280: change 244089 for thread 1 is in sequence #3
ORA-00278: log file 'D:KDEARC00002.001' no longer needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database open resetlogs;
Database altered.

最后，不得不resetlogs ．

然后，打扫战场，马上进行数据库的全备份。如果您是DBA的话，应该进一步制定并完善备份计划．亡羊补牢，为时未晚。

总结一下

1 控制文件在备份中意义重大，建议每次对其单独备份，如果数据库版本允许的话，应该设置为控制文件自动备 份。同时应该尽可能地增大CONTROL_FILE_RECORD_KEEP_TIME这个初始化参数的值。以便备份信息能更长时间的保留

2 应该制定比较完善的备份计划，否则备份计划一旦出现缺口，将可能给系统带来灾难．记住， ＂可能出错的地方一定会出错＂．

3 熟悉RMAN内部备份机制，对DBMS_BACKUP_RESTORE的用法有一定的掌握在关键时侯很有帮助．

4 备份脚本应该对Log重定向并保存．以便在出错的查找有用信息．

参考资料：

RMAN Recovery Without Recovery Catalog or Controlfiles by Bonnie Bizzarodbmsbkrs.sql 和 prvtbkrs.plb 文件说明注释(可在你的系统 $ORACLE_HOME/rdbms/admin/中找到．)

相关链接：

本文的更多讨论，请参考这里：

http://www.itpub.net/244345.html

DBA工作备忘录之二: Exp出错的一个案例

http://www.itpub.net/showthread.php?s=&threadid=238819

DBA工作备忘录之一:用events 跟踪解决不能创建物化试图一例

Oracle-Case-of-10046_I.htm">http://www.dbanotes.nethttp://oracle.chinaitlab.com/Oracle-Case-of-10046_I.htm