SELECT B.NAME,
A.CHECKPOINT_CHANGE# DATABASE_SCN,
B.CHECKPOINT_CHANGE# DATAFILE_SCN,
C.CHECKPOINT_CHANGE# START_SCN,
B.LAST_CHANGE# SHUT_SCN
FROM V$DATABASE A, V$DATAFILE B, V$DATAFILE_HEADER C
WHERE B.FILE# = C.FILE#;
ALTER TABLESPACE TBS_LS_DATA BEGIN BACKUP;
ALTER SYSTEM CHECKPOINT;
ALTER TABLESPACE tbs_ls_data END BACKUP;
eg:
可以看到当前系统SCN为x1
现在我们将要备份的其中一个表空间置于begin backup模式:
SQL> alter tablespace test begin backup;
Tablespace altered
再查看下SCN为x2
此时test表空间下的test1和test2数据文件的datafile SCN和start SCN变成了下x2
我们再做一次checkpoint (alter system checkpoint)
这时候我们现begin backup的tablespace test下的数据文件SCN并没有变化,其它的则变化了。
分析:
1、当检查点DATABASE_SCN,datafile SCN和start SCN都一致时,数据库不需要进行介质恢复。至于终止SCN,数据库在打开的状况下值为NULL,当我们正常关闭数据库时才会有数值。如果数据库是abort关闭的,那么此时终止SCN为空,于是数据库重新开启会根据这个终止SCN为空而判断出需要进行介质恢复
2、在热备份时begin backup会将数据文件头的SCN冻结,然后保证在进行介质恢复时从X1(冻结时的值)开始进行恢复,而热备需要大量的日志空间,我们可以猜想从begin backup到end backup这短时间,数据库将相应的变化信息并不是和平时一样简简单单的记录在日志文件中,或许这种状态是将变化的数据块的镜像完全拷贝到日志文件中,在进行介质恢复时,这段时间的信息或许是将变化的数据块(SCN大于datafile SCN)重新覆盖而不是简简单单的redo。