关于Oracle数据库热备份脚本深入剖析
需积分: 33 121 浏览量
2012-01-06
20:37:56
上传
评论
收藏 170KB PDF 举报
关于 Oracle 数据库热备份脚本深入剖析
我们都知道 Oracle 的备份有几钟方式，冷备，热备，rman，imp 等，我们注意到当我
们采取热备的时候，需要对每个要备份的表空间置为 backup 模式。通常的热备脚本都是
这样的:
alter tablespace XXX begin backup;
cp XXX ....
alter tablespace XXX end backup;
（这里需要注意一点，Oracle 的最小存储单位是一个数据块，一个块的大小通常设置
为 8KB，而操作系统的块通常是 512B，这样的话一个 Oracle 的数据由很多个操作系统的
块组成。而且对于一个数据文件来说，它的所有块对应的操作系统的块并不是按顺序存储的，
当运行 cp 等操作系统命令时并不能指定从那个 Oracle 数据块开始拷贝。）当 open 数据
库的时候，Oracle会去比较控制文件中数据文件记录和数据文件头的 checkpoint cnt，
如果两者相同，则判断不需要介质恢复，如果不同，这时候 Oracle 就会报某某文件需要
介质恢复。然后拷贝回数据文件备份我们开始 recover，这时候就从上次做备份时的 scn
开始恢复，运用日志，直到恢复结束。当 cp 数据文件时，比如说我们拷贝的第一个块可能
是 scn 为 100 的数据块，当我们完成这个块的拷贝后，这个块有可能被别的进程多次修改，
scn 变为 900。我们知道当数据库发生检查点时会去更新数据文件头和控制文件中的
checkpoint scn，如果当我们在 cp 数据文件的同时发生了 n 次 checkpoint，这时候
数据文件头的 scn 可能被更新了很多次。这时候 cp 的进程去拷贝数据文件头所在的操作系
统块，可能这个数据文件头的块因为被 checkpoint 了很多次导致它的 scn 为 1000，这
时候整个数据文件会出现不一致，当用这个备份文件去恢复时，恢复进程会从 scn＝1000
开始恢复，这样的话开始那个 scn=100 的块将丢失从 scn100-scn1000 的数据，因为数
据块并不应用 scn 在 1000 以 前 的 日志 ,而且这样做的话可能出现一些数据块的
corruption，所以不置成 backup 模式备份的话并不可取。当然，如果你能确保当 cp 的
时候不发生 checkpoint，或者你的操作系统块的大小不小于 Oracle 的数据块大小，这
些情况下不置 backup mode 拷贝出来的文件也是有效的。
现在我们知道了为什么不能不设置 backup 模式，下面来讲讲 alter tablespace
XXX begin backup 做了什么？
当数据文件置于 backup 模式时，Oracle 会去锁定数据文件头，这时候数据库发生检
查点的话将不会修改文件头的 checkpoint scn，而只是增加 checkpoint cnt，所以
不管执行 cp的时候操作系统块的拷贝顺序是如何，Oracle总会从文件头的 scn开始恢复，
这样的话也就避免了数据丢失和数据块 corruption。如果大家用的是 rman 来备份，那
么就不会有这个问题，因为 rman 备份的时候 rman 会去对比数据块的头尾标志，如果发现
不一致，那么它将会再去读这个块，直到读到一致的块才往备份集里写。
但是 alter tablespace XXX begin backup 带来的另一个问题是会导致产生多
余的日志，通过一个小小的试验就可以证明这一点。
SQL> select name,value from v$sysstat where name='redo size';
NAME VALUE
资源评论
