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都丢失，会先去自动应用归档日志,可以实现最大的恢复；