1、SCN的意义？system change number

    1. 时间<br />先后、新旧
    select dbms_flashback.get_system_change_number,

    SCN_TO_TIMESTAMP(dbms_flashback.get_system_change_number) from dual;
    SCN号，为了保证数据的一致性；

    2、常见的SCN
    2.1控制文件的三个SCN
    系统SCN

    select checkpoint_change# from v$database; 
    1.     文件SCN<br />        结束SCN<br />        检查点信息
    select name,checkpoint_change# from v$datafile;
    select name,last_change# from v$datafile;
    增量检查点并不会去更新数据文件头，以及控制文件中数据库SCN以及数据文件条目的SCN信息，而只是每3秒由CKPT进程去更新控制文件中的low cache rba信息，也就是检查点的位置。

    2.2数据文件头部
    开始SCN

    select name,checkpoint_change# from v$datafile_header;

    数据块头部ITL事务槽(在后面章节详述)
    日志change vector中
    跑日志、空跑日志
    回滚段事务表中(在后面章节详述)
    2.3日志文件头部
    first、next

    —查看历史日志first_change#,next_change#

    select recid,sequence#,first_change#,next_change# from v$log_history where rownum<6;

    select * from v$log;
    select * from v$archived_log;

    正常情况下，控制文件的系统SCN 文件SCN 与数据文件头部的SCN应该是一样的。

    数据库正常关闭，buffer cache
    更新系统SCN，文件SCN，终止SCN。数据文件头部的SCN。

    非正常关闭，终止SCN为空，其他都一样，非正常关闭需要进行实例恢复。需要redo log，不需要归档log。

    3、实例恢复
    只是需要redo log：active、current
    实例恢复判断依据：启动数据库时，检测到控制文件的终止SCN为空就需要做实例恢复
    演示SCN变化

    如果发生了实例崩溃，只需要在日志文件中找到检查点位置(low cache rba)，从此处开始应用所有的重做日志文件，就完成了前滚操作。实例崩溃后，再次启动数据库，oracle会到控制文件中读取low cache rba，这就是检查点位置。从此处开始应用重做日志，应用到on disk rba的位置。on disk rba是磁盘中重做日志文件的最后一条重做记录的rba。


    控制文件中的3个SCN：
    4、fast_start_mttr_target
    恢复涉及到的专业名词：
    ①跑日志
    跑日志跑多了没关系，不会重复应用2次，只会发生空跑，没事。
    ②提升SCN,比如一个数据文件是旧的，就需要应用归档日志、重做日志使其SCN提升到跟系统SCN一致。
    每个日志条目里面都有SCN。
    每个日志文件 头部有两个SCN，first和next SCN。
    数据文件头部的SCN：
    fast_start_mttr_target参数，
    默认是0，表示oracle自动调节
    单位是秒。
    如果是20秒，实例恢复的时候，需要前滚日志，oracle会尽量控制在20秒以内。会加大DBWn写的频率。
    如果时间过短，DBWn写的频率过大，I/O会很繁忙，可能会出问题。