今天在论坛看zergduan 同学总结的不错，先借用过来：
1. using backup controlfile 使用在丢失当前controlfile，用冷备份中的controlife恢复的时候。用来告诉oracle，不要以controlfile中的scn作为恢复的终点。
如果你丢失当前controlfile但是有current/active redo应该使用recover database using backup controlfile;--完全恢复
2. until cancel使用在丢失current/active redo的时候。有你手动指定终点。
如果你丢失current/active redo但是有当前controlfile应该使用recover database until cancel;--不完全恢复
3. 如果你有当前的controlfile和current/active redo应该使用recover database;--完全恢复
4. 如果都丢失使用recover database using backup controlfile until cancel;--不完全恢复
5.rman 如果没有catalog 又丢失controlfile，但又用rman备份并删除过arcvhivelog就不好办了。其他的一样，如果丢失current redo,只不过不能until cancel.而是基于archivelog作不完全恢复就可以
附录 ：
然后推荐了一个BLOG的测试也很好，【顺便转载】
冷备份是一致的，如果冷备份包含所有的datafile,controlfile,online redo logfile，并且将所有的这些文件全部restore后再来做recover，是不行的，oracle会告诉你，当前数据库是一致的，无须recover。
首先关闭数据库，做一个冷备份
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
然后启动到mount状态，试着做recover（这就相当于将所有的冷备份文件都restore回来的情况）
SQL> startup mount;
ORACLE 例程已经启动。
Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
SQL> alter database open;
数据库已更改。
恢复场景一：当前联机日志文件，控制文件都是ok的，数据文件损坏
恢复方法
1.restore冷备份中的数据文件
2.启动数据库，报错
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-01113: 文件 1 需要介质恢复
ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'
3.使用recover database恢复数据库
SQL> recover database;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'
ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'
已应用的日志。
完成介质恢复。
4.打开数据库并检查测试数据
SQL> alter database open;
数据库已更改。
SQL> select * from tt;
ID NAME
---------- --------------------
1 a
可以看到，数据库已经恢复。其实这种情况下，只要有归档日志文件，当前联机日志文件，当前控制文件，恢复起来是相当简单的，
和使用联机热备的方式也没有什么区别。如果只是丢失了个别datafile（非系统表空间文件），也可以使
用recover datafile的方式来恢复。
恢复场景二：当前联机日志文件ok，控制文件，数据文件全部损坏
恢复方法一
1.restore冷备份中的控制文件和数据文件
2.启动数据库
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-00314: 日志 1 (用于线程 1) 要求的序号 与 不匹配
ORA-00312: 联机日志 1 线程 1: 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG'
3.使用recover database using backup controlfile恢复数据库
SQL> recover database using backup controlfile;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'
ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'
ORA-00279: 更改 302091 (在 11/29/2006 10:27:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00136_0607342148.001
ORA-00280: 更改 302091 (用于线程 1) 在序列 #136 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'
ORA-00279: 更改 302094 (在 11/29/2006 10:27:36 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00137_0607342148.001
ORA-00280: 更改 302094 (用于线程 1) 在序列 #137 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00136_0607342148.001'
ORA-00279: 更改 302098 (在 11/29/2006 10:27:45 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00138_0607342148.001
ORA-00280: 更改 302098 (用于线程 1) 在序列 #138 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00137_0607342148.001'
ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00138_0607342148.001'
ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00139_0607342148.001'
ORA-27041: 无法打开文件
OSD-04002: ？??????？??
O/S-Error: (OS 2) The system cannot find the file specified.
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01113: 文件 1 需要介质恢复
ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'
SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中
指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。
4.打开数据库并检查测试数据
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
SQL> alter database open noresetlogs;
alter database open noresetlogs
*
第 1 行出现错误:
ORA-01588: 要打开数据库则必须使用 RESETLOGS 选项
SQL> alter database open resetlogs;
数据库已更改。
SQL> select * from tt;
ID NAME
---------- --------------------
1 a
可以看到，由于控制文件是老的控制文件，和当前联机日志文件的信息不同步，恢复完后需要使用resetlogs才能打开数据库。恢复过程中如果无法将数据库恢复到一致状态，也可以尝试应用所有的当前联机日志。
恢复方法二
1.restore所有的数据文件
2.重建控制文件
SQL> startup nomount;
ORACLE 例程已经启动。
Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
SQL> CREATE CONTROLFILE REUSE DATABASE "NING" NORESETLOGS ARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG' SIZE 10M,
9 GROUP 2 'E:/ORACLE/ORA10/ORADATA/NING/REDO02.LOG' SIZE 10M,
10 GROUP 3 'E:/ORACLE/ORA10/ORADATA/NING/REDO03.LOG' SIZE 10M
11 -- STANDBY LOGFILE
12 DATAFILE
13 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF',
14 'E:/ORACLE/ORA10/ORADATA/NING/UNDOTBS01.DBF',
15 'E:/ORACLE/ORA10/ORADATA/NING/SYSAUX01.DBF',
16 'E:/ORACLE/ORA10/ORADATA/NING/USERS01.DBF'
17 CHARACTER SET UTF8
18 ;
控制文件已创建。
3.使用recover database恢复数据库
SQL> recover database;
SQL> recover database using backup controlfile;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'
ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'
已应用的日志。
完成介质恢复。
4.打开数据库并检查测试数据
SQL> alter database open;
数据库已更改。
SQL> select * from tt;
ID NAME
---------- ----------------------------------------
1 a
可见，使用重建控制文件的恢复方法，只有当前联机日志是最新的，无需使用resetlogs即可打开数据库。只要当前联机日志正常，一般建议采取重建日志文件而不是采用备份的控制文件来恢复数据库。由此也可以看到，联机日志文件相当重要，要尽最大努力避免联机日志损坏，例如，使用多个member logfile，每个logfile放到不同的磁盘上，等等。同时，在修改过数据库的结构，比如添加datafile后，最好将控制文件的脚本备份一次alter database backup controlfile to trace;
恢复场景三：当前联机日志文件，控制文件，数据文件全部损坏
恢复方法
1.restore冷备份中的联机日志文件，控制文件和数据文件
2.启动数据库到mount状态
SQL> startup mount;
ORACLE 例程已经启动。
Total System Global Area 130023424 bytes
Fixed Size 1247684 bytes
Variable Size 92276284 bytes
Database Buffers 33554432 bytes
Redo Buffers 2945024 bytes
数据库装载完毕。
3.使用recover database until cancel using backup controlfile恢复
SQL> recover database until cancel using backup controlfile;
ORA-00279: 更改 300612 (在 11/29/2006 09:12:44 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00131_0607342148.001
ORA-00280: 更改 300612 (用于线程 1) 在序列 #131 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 300613 (在 11/29/2006 09:20:11 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00132_0607342148.001
ORA-00280: 更改 300613 (用于线程 1) 在序列 #132 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00131_0607342148.001'
ORA-00279: 更改 300739 (在 11/29/2006 09:21:01 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 300739 (用于线程 1) 在序列 #133 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00132_0607342148.001'
ORA-00279: 更改 300741 (在 11/29/2006 09:21:02 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 300741 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'
ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'
ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'
ORA-27041: 无法打开文件
OSD-04002: ？??????？??
O/S-Error: (OS 2) The system cannot find the file specified.
SQL> recover database until cancel using backup controlfile;
ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中
指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。
4.启动数据库并查询测试数据
SQL> alter database open resetlogs;
数据库已更改。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8334342/viewspace-410220/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/8334342/viewspace-410220/
49
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
