oracle联机热备份的原理

核心提示： 锁定了users表空间对应的数据文件头的change scn，首先考虑一下数据库怎么用日志文件做恢复：查找不一致的数据文件（根据文件头中旧的scn）如果锁定了文件头，oracle联机热备份的原理(2)，这个文件头中的scn就不会改变（当然了数据块还是会变化的，还可以做读写），因为不管在我c

锁定了users表空间对应的数据文件头的change scn。

首先考虑一下数据库怎么用日志文件做恢复：查找不一致的数据文件（根据文件头中旧的scn）

如果锁定了文件头，这个文件头中的scn就不会改变（当然了数据块还是会变化的，还可以做读写）。

然后就会应用这个scn到现在的日志。那我锁定了scn，不管你后边怎么修改，

总之做恢复的时候是应用锁定的时候的scn一直到现在的日志（完全恢复的话）

举个例子：

a,b两个数据文件，把a置于备份模式，b正常

这时候两个change scn都是100，然后开始备份

这期间有数据库的修改，备份完成的时候，Scn变成了200。但是由于a的备份模式，

所以a的文件头中记录的scn还是100，b是200。

某个时间，假设scn 500

这时候a丢失

copy回a的备份，然后recover,完全恢复的话数据库就应用100—500这段的日志，自然也就不会丢失数据了。

因为不管在我copy备份的过程中你做什么操作，总之都在锁定的时change scn之后，

所以应用的日志就不会有遗漏了。这时候应该能理解为什么要数据库处于archived模式了

看看数据文件头的change scn

SQL>select NAME,TABLESPACE_NAME,STATUS,CHECKPOINT_CHANGE# from v$datafile_header;

NAME　　　　　　　 TABLESPACE STATUS　　　 CHECKPOINT_CHANGE#

-------------------------------- ---------- -------------- ------------------

/u02/oradata/sales/system01.dbf　SYSTEM　　 ONLINE　　　　　　　　　　 545926

/u02/oradata/sales/undotbs01.dbf UNDOTBS1　 ONLINE　　　　　　　　　　 545926

/u02/oradata/sales/sysaux01.dbf　SYSAUX　　 ONLINE　　　　　　　　　　 545926