基于backup controlfile的恢复
使用备份的控制文件在实际工作中的两种情况：
当前控制文件全部损坏，而数据文件备份、控制文件备份及当前的日志处在不同的SCN版本，它们之间又增加过表空间(数据文件)。
当前控制文件没有损坏，但是想恢复被删除的表空间。
使用备份的控制文件恢复数据库的语法
recover database until [time|change] using backup controlfile
注意：[time|change]是可选的，如果条件满足，仍然可以做到完全恢复，然后会出现如下选项：
Specify log: {=suggest | filename | AUTO | CANCEL }
此语法的出现是由于控制文件和当前日志中的SCN不一致，当前日志中的SCN总是最新的，而控制文件可能是老的或尚未更新的(shutdown abort过)。
AUTO:自动使用archivelog前滚恢复，但是一般不包括前滚current log;
filename:输入当前文件的路径和文件名，是指current log的恢复；
CANCEL：退出
注意：
1. 控制文件丢失进行恢复将会出现停机时间，不能联机进行控制文件的恢复。
1. 使用backup controlfile子句恢复数据库之后，一般用alter database open resetlogs打开数据库。
例子
例1 当前控制文件损坏，数据文件损坏，有全备但之后增加了表空间，并备份了控制文件(控制文件次新，包含了新建的表空间)。
分析：新建表空间数据文件损坏，全备里没有该数据文件的备份及控制文件描述，当前控制文件又丢失，只能用备份的控制文件恢复。
模式：所有数据文件备份---新建表空间----备份控制文件(次新)---日志文件(新)
1. 备份数据文件并新创建表空间，表
c. 备份控制文件
alter database backup controlfile to '/opt/oracle/app/oradata/test.bak/con.bak1';
d. 模拟数据文件故障
rm abcd01.dbf
e. 恢复所有数据文件备份，准备做不完全恢复
f. 启动库
g. 查看scn信息
可以看出：
1) file5在控制文件记录的是abcd01,而与之对应的数据文件5是不存在的
2) 备份的数据文件scn比控制文件scn还老
h. 使用备份的控制文件恢复
recover database using backup controlfile;
报错信息：ORA-00283ORA-01110ORA-01157ORA-01110
此报错是因为老备份里没有abcd表空间，但是控制文件里记录了abcd,方法是建一个新的datafile空文件，而其中的内容可由日志文件recover(前滚)时填补出来；
alter database create datafile '/opt/oracle/app/oradata/test/abcd01.dbf';
再次使用recover database using backup controlfile;
查看redo3里包含9
i. resetlogs打开数据库
alter database open resetlogs;
例2当前控制文件损坏，新建表空间在备份控制文件之后
模式：全备(老)--备份控制文件(次新)--新建表空间----日志文件(新)
分析：整个恢复过程中datafile结构发生了变化，变化发生在备份控制文件之后，新增了表空间，而控制文件中没有此表空间记录，但日志里有。
1. 备份数据文件
cp *.dbf
1. 备份控制文件
alter database backup controlfile to '/opt/oracle/app/oradata/test.bak/con.bak';
1. 新建表空间、表
m. 模拟新建数据文件损坏,将备份的数据文件、控制文件还原
n. 查看scn版本
可以看出控制文件scn要比数据文件scn新
o. 开启库并使用备份控制文件恢复数据库
SQL> recover database using backup controlfile;
出现报错信息：ora-00283ora-01244ora-01110
恢复后控制文件出现UNNAMED00005，老控制文件不知道之后的timran01.dbf
p. 重命名数据文件
alter database create datafile '/opt/oracle/app/product/11.2.0/db_1/dbs/UNNAMED00005' as '/opt/oracle/app/oradata/test/timran01.dbf'; --这条命令自动完成两天动作：加了个数据文件timran01.dbf；重命名控制文件UNNAMED00005为timran01.dbf
q. 再次恢复database
r. resetlogs打开库
例3恢复被删除的表空间
环境；用户使用正常的操作命令删除了表空间及数据文件，但之后又希望恢复删除的表空间，全备里有这个表空间的数据文件。
模式：全备(老)----控制文件备份(次新)------删除表空间----所需日志(新)
分析：当用户使用drop tablespace xxx including contents and datafiles 这条DDL语句后，数据结构发生了变更，涉及到了3个地方：控制文件、该表空间下的数据文件、系统表空间(数据字典)
注意：当前控制文件里已经没有该表空间的信息了，所以不能使用当前的控制文件做恢复。恢复表空间要满足三个条件：
1. 要有该表空间的数据文件备份
1. 要使用不完全恢复(基于时间点或SCN)
1. 使用备份的控制文件，而这个控制文件是删除该表空间前的控制文件，不是当前的控制文件。这个非常重要，该控制文件中记录了需要恢复的数据库结构，重要的这个控制文件必须包括有你要恢复的那个表空间的信息。
1. 记录当前scn
select current_scn from v$database;
w. 备份控制文件
x. 删除表空间及数据文件
y. 删除所有的数据文件和当前控制文件，还原所有数据文件及备份的控制文件
z. 启动数据库做基于时间点(或scn)的不完全恢复
recover database until change SCN using backup controlfile;
aa. alter database open resetlogs;
32
