SCN自我解惑记录

教程发布:风哥 教程分类:ITPUX技术网 更新日期:2022-02-12 浏览学习:307

可以查看系统当前的SCN号:

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
464640326

也可以查看系统当前保存的SCN号:

SQL> select checkpoint_change# from v$database

CHECKPOINT_CHANGE#
------------------
464639929

如果此时数据库损坏,当重启时候需要修复的,就是这两个SCN之间的数据。这些数据保存在在线重做日志文件中:

SQL> select GROUP#, STATUS, FIRST_CHANGE# from v$log;

GROUP# STATUS FIRST_CHANGE#
---------- ------------------------------ -------------
1 INACTIVE 464633029
2 INACTIVE 464637664
3 CURRENT 464638303

group1中保存的数据产生的SCN号为 464633029 至 464637664;group2中的SCN号为 464637664 至 464638303;group3中的SCN号为 464638303 至 464640326(当前SCN号)。

所以,若此时执行shutdown abort并重启,执行crash recovery时,使用的在线重做日志文件为group3中的member。而通过v$log.status字段也能看到:group3的状态为current。

在数据库启动过程中,当 System Checkpoint SCN、Datafile Checkpoint SCN 和
Start SCN 号都相同时,数据库可以正常启动,不需要做 media recovery。三者当中有一
个不同时,则需要做 media recovery。
如果在启动的过程中,End SCN 号为 NULL,则需要做 instance recovery。这种情况
一般是数据库不正常关闭导致。ORACLE 在启动过程中首先检查是否需要 media
recovery,然后再检查是否需要 instance recovery。

本文标签:
本文标题:SCN自我解惑记录
网站声明:本文由风哥整理发布,转载请保留此段声明,本站所有内容将不对其使用后果做任何承诺,请读者谨慎使用!
【上一篇】
【下一篇】