这篇文章主要介绍Oracle如何检查点涉及的SCN，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
1. 检查点涉及的SCN
(1). 数据文件中的文件头启动检查点的scn
存储在每个数据文件的文件头中
select name,checkpoint_change#
from v$datafile_header;
在安全关闭数据库的过程中，系统会执行一个检查点动作，这时所有数据文件的终止scn都会设置成数据文件头中的那个启动scn的值。
在数据库重新启动的时候,Oracle将文件头中的那个启动scn(存在于各个数据文件里)与数据库文件检查点scn(存在于控制文件里)进行比较，如果这两个值相互匹配，oracle接下来还要比较数据文件头中的启动scn和控制文件中数据文件的终止scn。如果这两个值也一致，就意味着所有数据块的redo记录都已经提交，所有对数据库的修改都没有在关闭数据库的过程中丢失，因此这次启动数据库的过程也不需要任何恢复操作，此时数据库就可以打开了。
(2).数据文件检查点SCN,
存储在控制文件中:
SELECT T.NAME,T.CHECKPOINT_CHANGE#,b.tablespace_name
FROM V$DATAFILE T,dba_data_files b
where t.FILE#=b.file_id;
(3).数据文件的终止scn
存储在控制文件中
select name,last_change#
from v$datafile;
终止SCN在数据库关闭或者表空间脱机是才会涉及到,在正常的数据库操作过程中，所有正处于联机读写模式下的数据文件的终止scn都为null.
在安全关闭数据库的过程中，系统会执行一个检查点动作，这时所有数据文件的终止scn都会设置成数据文件头中的那个启动scn的值。
(4).系统检查点SCN
存储在控制文件中
select t.CHECKPOINT_CHANGE#
from v$database t;
(5). 日志文件的scn
select t.FIRST_CHANGE# 开始时的SCN,t.FIRST_TIME,t.NEXT_CHANGE# 结束时的SCN
from V$log_History t
order by t.FIRST_TIME;
2. 发生完全检查点时:
数据文件头，标识上次处理完的启用scn。
而CKPT进程则将所有数据文件（无论redo log中的数据是否影响到该数据文件）文件头上记录的Start SCN更新为Next SCN; (通过视图v$datafile_header的字段checkpoint_change#可以查询)
同时将控制文件中的System Checkpoint SCN更新为Next SCN; （通过视图v$database的字段checkpoint_change#可以查询）
每个数据文件对应的Datafile Checkpoint）也更新为Next SCN;（通过视图v$datafile的字段checkpoint_change#可以查询)
从Low SCN到Next SCN之间的所有redo记录的数据就被DBWn进程写入数据文件中.
3. 系统是如何产生一个最新的SCN的:
实际上，这个数字是由当时的timestamp转换过来的。每当需要产生一个最新的SCN到redo记录时，系统获取当时的timestamp，将其转换为数字作为SCN。
我们可以通过函数SCN_TO_TIMESTAMP将其转换回timestamp：
select dbms_flashback.get_system_change_number, SCN_TO_TIMESTAMP(dbms_flashback.get_system_change_number)
from dual;
也可以用函数timestamp_to_scn将一个timestamp转换为SCN：
select timestamp_to_scn(SYSTIMESTAMP) as scn
from dual;
4. SCN除了作为反映事务数据变化并保持同步外，它还起到系统的"心跳"作用——每隔3秒左右系统会刷新一次系统SCN。
以上是“Oracle如何检查点涉及的SCN”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注亿速云行业资讯频道！
