recover database using backup controlfile理解

深入剖析 - oracle SCN机制详细解读

https://mp.weixin.qq.com/s?__biz=MjM5MDAxOTk2MQ==&mid=2650276971&idx=1&sn=b5fb89b351d5b5bedd6353ff9c0b2157&chksm=be479c7d8930156bf73bd87f0bac869029f7341b3fdb4ed26a838b4e401c811116669acd5499&mpshare=1&scene=24&srcid=0927zxmXBLuBo3yxm7qsFYOy#rd

media recovery和instance recovery的差别

Https://www.cnblogs.com/Peyton-for-2012/arcHive/2013/03/01/2938416.html

recover database using backup controlfile

http://blog.chinaunix.net/uid-20274021-id-1969571.html

要理解recover database using backup controlfile，先理解 recover database 也就是说，不加using backup controlfile

的情况。在普通的recover database 或者 recover tablespace, recover datafile时， Oracle会以当前controlfile所纪录的

SCN为准，利用archive log和 redo log的redo entry, 把相关的datafile 的 block恢复到“当前controlfile所纪录的SCN”。

而某些情况下，Oracle需要把数据恢复到比当前controlfile所纪录的SCN还要靠后的位置（比如说，control file是backup 

controlfile , 或者 controlfile是根据trace create的。）,这时候，就需要用using backup controlfile. 恢复就不会受“当前

controlfile所纪录的SCN”的限制。这时候的限制就来自于你的语句(until time , until scn)，或者可用的archive log(until 

cancel) ...

首先这里我们先介绍四个SCN概念。

1、系统检查点scn (System Checkpoint SCN)

当一个checkpoint检查点动作完成后，Oracle就把系统检查点的SCN存储到控制文件中。

select checkpoint_change# from v$database;

2，数据文件检查点scn (Datafile Checkpoint SCN)

当一个checkpoint动作完成后，Oracle就把每个数据文件的Datafile Checkpoint SCN单独存放在控制文件中。

select name,checkpoint_change# from v$datafile;

3，启动scn (Start SCN)

Oracle把这个检查点的scn存储在每个数据文件的文件头中，这个值称为启动scn，这个SCN用于用于在数据库实例启动

时，检查是否需要执行数据库恢复media recovery。

select name,checkpoint_change# from v$datafile_header;

4、终止scn (Stop SCN)

每个数据文件的终止scn都存储在控制文件中。这个SCN号用于检查数据库启动过程是否需要做instance recovery。

select name,last_change# from v$datafile;

5.media recovery和instance recovery

1).media recovery是需要利用以前的备份来进行恢复的，而INSTANCE RECOVERY是不需要的。

2).media recovery通常发生在数据库的数据文件之类发生损坏，需要利用以前的备份来进行的恢复，需要人工处理。

3).instance recovery则是发生在实例不正常关闭情况下的恢复，是INSTANCE自己来的，不需要人工干预的。

6、在数据库运行期间的scn值

1).在数据库打开并运行之后，控制文件中的系统检查点、控制文件中的数据文件检查点scn和每个数据文件头中的启动scn都

是相同的。控制文件中的每个数据文件的终止scn都为null.

2).在安全关闭数据库的过程中，系统会执行一个检查点动作，这时所有数据文件的终止scn都会设置成数据文件头中的那个

启动scn的值。

3).在数据库重新启动的时候，Oracle将文件头中的那个启动scn与数据库文件检查点scn进行比较，如果这两个值相互匹配，

oracle接下来还要比较数据文件头中的启动scn和控制文件中数据文件的终止scn。如果这两个值也一致，就意味着所有数据

块多已经提交，所有对数据库的修改都没有在关闭数据库的过程中丢失，因此这次启动数据库的过程也不需要任何恢复操作，

此时数据库就可以打开了。当所有的数据库都打开之后，存储在控制文件中的数据文件终止scn的值再次被更改为null，这表

示数据文件已经打开并能够正常使用了。   

7.SCN与数据库启动

在数据库启动过程中，当System Checkpoint SCN、Datafile Checkpoint SCN和Start SCN都相同时，数据库可以正常启

动，不需要做media recovery。三者当中有一个不同时，则需要做media recovery.如果在启动的过程中，End SCN为NULL

，则需要做instance recovery。Oracle在启动过程中首先检查是否需要media recovery，然后再检查是否需要instance 

reco very。

8.SCN与数据库关闭

如果数据库的正常关闭的话，将会触发一个checkpoint，同时将数据文件的END SCN设置为相应数据文件的Start SCN。当

数据库启动时，发现它们是一致的，则不需要做instance recovery。在数据库正常启动后，ORACLE会将END SCN设置为

NULL.如果数据库异常关闭的话，则END SCN将为NULL。

9.系统正常关闭：

system scn=datafile scn=start scn=stop scn

1)system scn=datafile scn=start scn，不需要介质恢复

2)stopscn not null,不需要实例恢复

10.系统异常关闭：

system scn=datafile scn=start scn，stop scn null

1)system scn=datafile scn=start scn，不需要介质恢复

2)stopscn null,需要实例恢复

11.旧数据文件

system scn=datafile scn>start scn，stop scn null/notnull

1)system scn=datafile scn>start scn，需要介质恢复成system scn=datafile scn=start scn

2)stopscn null,需要实例恢复，not null 不需要实例恢复

12.备份控制文件

system scn=datafile scn<=start scn(当数据文件为旧的相等)，stop scn notnull/null

1)system scn=datafile scn<=start scn，需要使用using backup controlfile介质恢复成system scn=datafile scn=start 

scn=current log scn(当前日志最大SCN)

2)为保证上一次恢复没有用到log日志不被使用，必须resetlogs

13.重建noresetlogs控制文件

控制文件中 datafile Checkpoint来自Online logs中的Current log头

current log scn=system scn=datafile scn>=start scn,stop scn not null/null

1)current log scn=system scn=datafile scn>=start scn，需要介质恢复成system scn=datafile scn=start scn=redolog  

scn(当前日志最大SCN),stop scn not null

2)stopscn not null 不需要实例恢复

14.重建resetlogs控制文件

控制文件中datafile Checkpoint来自各数据文件头。 

system scn>=datafile scn=start scn,stop scn not null/null

1)system scn>=datafile scn=start scn，需要使用using backup controlfile介质恢复成system scn=datafile scn=start 

scn(当前日志最大SCN),stop scn not null

2)stop notnull，因为SCN已经为redolog scn，log已经不能使用，必须resetlogs

15.recover database using backup controlfile

如果丢失当前控制文件，用冷备份的控制文件恢复的时候，用来告诉oracle，不要以controlfile中的scn作为恢复的终点；

16.recover database until cancel

如果丢失current/active redo的时候，手动指定终点。

17.recover database using backup controlfile until cancel

如果丢失当前controlfile并且current/active redo都丢失，会先去自动应用归档日志,可以实现最大的恢复；