基于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