可以查看系统当前的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。