七、SCN号与数据库启动
在数据库启动过程中，当System Checkpoint SCN、Datafile Checkpoint SCN和Start SCN号都相同时，数据库可以正常启动，不需要做media recovery.三者当中有一个不同时，则需要做media recovery。
如果在启动的过程中，End SCN号为NULL，则需要做instance recovery。ORACLE在启动过程中首先检查是否需要media recovery，然后再检查是否需要instance recovery。
 
八、SCN号与数据库关闭
如果数据库的正常关闭的话，将会触发一个checkpoint，同时将数据文件的END SCN号设置为相应数据文件的Start SCN号。
当数据库启动时，发现它们是一致的，则不需要做instance recovery。在数据库正常启动后，ORACLE会将END SCN号设置为NULL。
如果数据库异常关闭的话，则END SCN号将为NULL.
 
九、为什么需要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
以下条件需要使用using backup controlfile
1）使用备份控制文件
2）重建resetlogs控制文件,如果重建立noresetlogs不必要使用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。
 
十一、alter database open resetlog
指定RESETLOGS将重设当前LOG sequence number为1，抛弃所有日志信息。
以下条件需要使用resetlog
1）在不完全恢复（介质恢复）
2）使用备份控制文件
使用resetlogs打开数据库后无必完整地备份一次数据库。
 

十二、create controlfile resetlogs/noresetlogs
1）用noresetlogs重建控制文件时，控制文件中 datafile checkpoint来自online logs中的current log头
2）用resetlogs重建控制文件时，控制文件中datafile checkpoint来自各数据文件头。