热备份(hot backup)期间到底做了什么？

cnscott_123 · 发表于 2006-10-24 13:53

好帖就要顶上来！！！！！！！

wa0362 · 发表于 2006-10-27 12:06

感觉楼主的理解根本就不对

wa0362 · 发表于 2006-10-27 12:08

最初由 biti_rainy 发布
[B]

冻结的checkpoint scn , 使得备份出来的文件可以从该scn（实际上对应了日志文件的RBA）开始恢复，这样保证所有的block都能得到完好的恢复（当然包括split block）。另：文件被拷贝的时候，并不能确保文件头是最先被完整地拷贝成功的。

[/B]

这句是正解
如果用rman备份，虽然文件不会锁scn，但是备份开始的scn会存在控制文件或者catalog中

jametong · 发表于 2006-10-31 17:48

begin backup的时候做以下工作.
1. 设置 hotbackup-fuzzy bit. 表明这个文件正处在begin backup状态.
2. 冻结文件头的checkpoint, 保证文件checkpoint time/scn停留在begin backup的checkpoint.
3. 强制执行一次datafile checkpoint, 确保到begin backup checkpoint scn的所有的数据块都是一致的..
4. 开始做before-image的logging. 主要确保即使在出现fractured block/split block的情况下, 数据库都能从redo log中成功恢复数据.
5. 清楚file header中的online-fuzzy bit.

end backup的时候做相对的操作..
1. clear hotbackup-fuzzy bit.
2. 重新做一次完整的datafile checkpoint.
3.结束before-image logging
4. set online-fuzzy bit. (在数据库启动的时候, 主要通过这个判断数据库是否异常终止, 确定就需要进行instance recovery).

fjmingyang · 发表于 2007-7-5 12:09

看了一遍又一遍,沉思

fjmingyang · 发表于 2007-7-5 14:34

最初由 piner 发布
[B]
至于所有的块，即不同的块，是可以不一致的，但是有一个条件，就是大于备份开始时候的SCN，假定还没有写入磁盘，则需要在内存中做一致性读。 [/B]

不明白为什么还没写入磁盘就需要作一致性读？

fjmingyang · 发表于 2007-7-5 14:38

最初由 biti_rainy 发布
[B]

rman 读的时候依然可能这个块在发生变化，server process 读难道就能避免吗？如果正常情况的查询，dbwr 在写入文件的时刻，server process 在 data buffer 中就可以得到自然不会去文件中读了。而只要去文件中读，都可能出现不一致的情况，文件有人在读有人在修改都可能这样的，因为读写并不阻塞，更没有锁定 oracle 的 block [/B]

最初由 biti_rainy 发布
[B]

rman 在把数据块写出去之前，会校验块的

如果是普通用户的查询，多个进程对于同一个块的访问，在8i中是串行的，在9i 中也只有 READ & READ 才可以，READ&write 也是串行的。所以 server process 读数据的时候肯定不会有正在发生变化的块 [/B]

前一段提到读写并不阻塞，后一段提到读写串行,不太理解，请指点