oracle热备份的原理

作者：www.wwf.co 2006-06-26

内容导航：

    【IT168 技术文档】在我们alter tablespace users begin backup 的时候是锁定了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
/u02/oradata/sales/users01.dbf USERS ONLINE 545498
/u02/oradata/sales/example01.dbf EXAMPLE ONLINE 545926
/u02/oradata/sales/perfstat.dbf PERFSTAT ONLINE 545926

6 rows selected.

显然，在将users表空间置于backup状态的时候，相应的datafile的文件头的scn就不会再发生改变，发生检查点也不会改变。

下面end backup,看看scn

SQL> alter tablespace users end backup;
Tablespace altered.

SQL> alter system checkpoint;
System altered.

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

NAME TABLESPACE STATUS CHECKPOINT_CHANGE#
-------------------------------- ---------- -------------- ------------------ 
/u02/oradata/sales/system01.dbf SYSTEM ONLINE 546467
/u02/oradata/sales/undotbs01.dbf UNDOTBS1 ONLINE 546467
/u02/oradata/sales/sysaux01.dbf SYSAUX ONLINE 546467
/u02/oradata/sales/users01.dbf USERS ONLINE 546467
/u02/oradata/sales/example01.dbf EXAMPLE ONLINE 546467
/u02/oradata/sales/perfstat.dbf PERFSTAT ONLINE 546467

6 rows selected.

【内容导航】

第1页： 第1页

[责任编辑：魏国亮]

Oracle锁简单介绍

[an error occurred while processing this directive]