SCN与数据恢复的关系

Oracle内部主要存在以下四种SCN
1.系统检查点(system checkpoint)SCN
每当一个检查点完成时，Oracle就把该检查点对应的SCN记录到控制文件中，可以用以下语句查看当前数据库 的检查点SCN：
select CHECKPOINT_CHANGE# from v$database;

CHECKPOINT_CHANGE#
------------------
        6627441168
2.数据文件头SCN（数据文件的启动SCN）
该SCN记录在每个数据文件头中，正常情况下，该SCN应该和记录在控制文件中的检查点SCN一致，可以用以下语句查看数据文件头的SCN：
select FILE#,CHECKPOINT_CHANGE# from v$datafile_header;

     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1         6627448310
         2         6627448310
         3         6627448310
         4         6627448310
         5         6627448310
3.数据文件的检查点SCN和终止SCN
这两个SCN不是记录在数据文件中，而是记录在控制文件中，可以通过以下语句查看：
select CHECKPOINT_CHANGE#,LAST_CHANGE# from v$datafile;

CHECKPOINT_CHANGE# LAST_CHANGE#
------------------ ------------
        6627448310
        6627448310
        6627448310
        6627448310

        6627448310

那么Oracle是如何根据这些不同的SCN来判断某个数据文件是否需要恢复以及恢复类型呢？可以用下面的伪代码描述：

if (数据文件检查点SCN <数据文件头SCN)
  then "控制文件来自备份，需要进行不完全恢复，恢复之后得用resetlog方式打开”
else if (数据文件检查点SCN > 数据文件头SCN)
  then "数据文件来自备份，需要log进行完全或不完全恢复"
else if (数据文件检查点SCN = 数据文件头SCN) 
   then "数据库能正常open，还需要判断是否需要实例恢复"
   if (数据文件终止SCN = 数据文件检查点SCN)
       then "数据库打开时不需要实例恢复“
   else if (数据文件终止SCN = NULL)
       then "数据库需要实例恢复"

 

原文链接：http://blog.csdn.net/u010415792/article/details/8858582