Threads: #Enabled=1, #Open=1, Head=1, Tail=1
###############
可以看到检查点的信息：Database checkpoint: Thread=1 scn: 0x0000.001e6231
换算为十进制的SCN为： ---与上一步查询对应
SYS@ bys3>select to_number('1e6231','xxxxxxxxx') from dual;
TO_NUMBER('1C8E12','XXXXXXXXX')
-------------------------------
1991217
###############
***************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
(size = 8180, compat size = 8180, section max = 4, section in-use = 0,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 2, numrecs = 4)
THREAD #1 - status:0x2 flags:0x0 dirty:104
low cache rba:(0x6b.3.0) on disk rba:(0x6b.197.0) ---数据文件检查点 Scn以及stop scn值据说来自于当前REDO日志
on disk scn: 0x0000.001e638d 12/02/2013 13:21:37
resetlogs scn: 0x0000.00000001 11/14/2013 14:23:19
heartbeat: 833133356 mount id: 3360007946
################
在检查点进程记录部分，记录了Dirty Buffer的数量是104.
包含Low Cache RBA和On Disk RBA的信息，
low cache rba:(0x6b.3.0) on disk rba:(0x6b.197.0)
-- low cache rba:(0x6b.3.0): 实例恢复的起点：107号日志，第3个块，第0个字节
--on disk rba:(0x6b.197.0)： 实例恢复的终点：107号日志，第407个块，第0个字节 -- 最前面结论是实例恢复终点实际为current redo log file的最尾端，但是在控制文件、日志中记录的是这个on disk rba
on disk scn: 0x0000.001e638d 12/02/2013 13:21:37
数据库恢复的检查点终点是SCN--0x0000.001e638d，十进制是：1991565。
On-Disk RBA的SCN是1991565，这是实例恢复的终点。
数据库的恢复SCN范围也就由此确定，即SCN范围：最后检查点：1991217--On-Disk RBA，用SCN表示即：1991217 ===>>>1991565
***************************************************************************
DATA FILE RECORDS
(size = 520, compat size = 520, section max = 100, section in-use = 4,
last-recid= 7, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 7, numrecs = 100)
DATA FILE #1: DATA FILE #2: DATA FILE #3: 和DATA FILE #3差不多，并且在本实验中不涉及，精简篇幅就省略了。
DATA FILE #4:
name #8: /u01/oradata/bys3/user01.dbf
creation size=6400 block size=8192 status=0xe head=8 tail=8 dup=1
tablespace 4, index=5 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:167 scn: 0x0000.001e6231 12/02/2013 13:17:26 ---cnt:167是检查点计算，来自数据文件。
Stop scn: 0xffff.ffffffff 12/02/2013 13:16:13 --STOP SCN是FFFF说明未正常关闭数据库，所以需要实例恢复
Creation Checkpointed at scn: 0x0000.000034f9 11/14/2013 14:26:26
thread:1 rba:(0x1.ce8a.10)
enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000
Offline scn: 0x0000.00000000 prev_range: 0
Online Checkpointed at scn: 0x0000.00000000
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
Hot Backup end marker scn: 0x0000.00000000
aux_file is NOT DEFINED
Plugged readony: NO
Plugin scnscn: 0x0000.00000000
Plugin resetlogs scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
Foreign creation scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
Foreign checkpoint scn/timescn: 0x0000.00000000 01/01/1988 00:00:00
Online move state: 0
########################
这里在第1步做DML操作时，所在的是USER表空间。
DATA FILE #4: 中的检查点信息如下：
Checkpoint cnt:167 scn: 0x0000.001e6231 12/02/2013 13:17:26
--控制文件中保存的数据文件检查点SCN＝1e6231 转成10进制为1991217，与前文吻合
Stop scn: 0xffff.ffffffff 12/11/2012 22:53:05
--结束的SCN填无穷大，说明是异常关机的，重启数据库必须做实例恢复
##########################################