SCN号与数据库恢复的关系.docVIP

SCN号与数据库恢复的关系 scn号与oracle数据库恢复过程有着密切的关系，只有很好地理解了这层关系，才能深刻地理解恢复的原理，从而才能很好地解决这方面的问题。 一。SCN与CHECKPOINT CKPT进程在checkpoint发生时，将当时的SCN号写入数据文件头和控制文件，同时通知DBWR进程将数据块写到数据文件。 CKPT进程也会在控制文件中记录RBA(redo block address),以标志Recovery需要从日志中哪个地方开始。 与checkpoint相关的SCN号有四个，其中三个存在控制文件中，一个存放在数据文件头中。 这四个分别是： 1.System Checkpoint SCN 当checkpoint完成后，ORACLE将System Checkpoint SCN号存放在控制文件中。 我们可以通过下面SQL语句查询： select checkpoint_change# from v$database; 2.Datafile Checkpoint SCN 当checkpoint完成后，ORACLE将Datafile Checkpoint SCN号存放在控制文件中。 我们可以通过下面SQL语句查询所有数据文件的Datafile Checkpoinnt SCN号。 select name,checkpoint_change# from v$datafile; 3.Start SCN号 ORACLE将Start SCN号存放在数据文件头中。 这个SCN用于检查数据库启动过程是否需要做media recovery. 我们可以通过以下SQL语句查询： select name,checkpoint_change# from v$datafile_header; 4.End SCN号 ORACLE将End SCN号存放在控制文件中。 这个SCN号用于检查数据库启动过程是否需要做instance recovery. 我们可以通过以下SQL语句查询： select name,last_change# from v$datafile; 在数据库正常运行的情况下，对可读写的，online的数据文件，该SCN号为NULL. 二。SCN号与数据库启动、关闭 在数据库启动过程中，当System Checkpoint SCN、Datafile Checkpoint SCN和 Start SCN号都相同时，数据库可以正常启动，不需要做media recovery.三者当中有 一个不同时，则需要做media recovery. ORACLE在启动过程中首先检查是否需要media recovery，然后再检查是否需要instance recovery. 如果数据库的正常关闭的话，将会触发一个checkpoint，同时将数据文件的END SCN号设置为相应数据文件的Start SCN号。当数据库启动时，发现它们是一致的，则不需要做instance recovery。在数据库正常启动后，ORACLE 会将END SCN号设置为NULL. 如果数据库异常关闭的话，则END SCN号将为NULL.则需要做instance recovery. 四。为什么需要System checkpoint SCN号与Datafile Checkpoint SCN号 为什么ORACLE会在控制文件中记录System checkpoint SCN号的同时，还需要为每个数据文件记录 Datafile Checkpoint SCN号？ 原因有二： 1.对只读表空间，其数据文件的Datafile Checkpoint SCN、Start SCN和END SCN号均相同。 这三个SCN在表空间处于只读期间都将被冻结。 2.如果控制文件不是当前的控制文件，则System checkpoint会小于Start SCN或END SCN号。 记录这些SCN号，可以区分控制文件是否是当前的控制文件。 五。Recovery database using backup controlfile 当有一个Start SCN号超过了System Checkpoit SCN号时，则说明控制文件不是当前的控制 文件，因此在做recovery时需要采用using backup controlfile。这是为什么需要记录System Checkpoint SCN的原因之一。 这里需要一提的是，当重建控制文件的时候，System Checkpoint SCN为0，Datafile Checkpoint SCN的数据来自于Start SCN。根据上述的描述，此时需要采用using backup controlfile做recovery. 六。示例 例子背景： oracle 8i windows