探讨ORACLE的SCN机制（1）_oracle 控制文件scn小于数据文件-CSDN博客

本文链接：https://blog.csdn.net/flighting_sky/article/details/9674009

本文深入探讨了Oracle数据库的SCN（System Change Number）机制，包括在数据库打开过程中SCN的比较与检查，以及如何判断是否需要进行实例恢复和介质恢复。通过验证步骤，解释了当数据文件的SCN小于数据库的checkpoint_change#时，系统提示需要进行物理修复的情况。

摘要由CSDN通过智能技术生成

oracle 数据库的打开过程进行的检查操作

第一步：Oracle将数据文件头中的启动SCN与数据文件检查点SCN比较,即比较v$datafile_header.checkpoint_change#与对应文件v$datafile.checkpoint_change#,同时数据库文件头的checkpoint_change#等于v$database 的checkpoint_change#.
第二步：第一步成功的情况下，Oracle接下来再比较数据文件头中的SCN和控制文件中数据文件的终止SCN.即比较v$datafile_header.checkpoint_change#与对应文件的v$datafile.last_chage#；如果这个值也匹配，就意味着所有数据块已经提交，因此数据库不需要进行恢复，此时数据库直接打开。当所有的数据文件都打开之后，在线且可读写的数据文件终止SCN再次被设置为NULL，即把v$datafile.last_chage#设置为NULL，表示数据文件已经打开并能够正常使用了。有些表空间是只读的，这时控制文件中的系统检查点SCN号会不断增长，而数据文件SCN号和文件头中的启动SCN(会停止更新直到表空间又设置为可读写)，显然这时系统检查点SCN号会大于数据文件SCN和文件头启动SCN。

下面对上面的结论进行验证：