Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

19

积分

0

好友

0

主题
1#
发表于 2012-4-19 21:00:33 | 查看: 5888| 回复: 6
当发生global cache current blocks的传输时,会发生flush redo log,这点比较好理解!但是,为什么构造cr块,发生global cache cr blocks也会触发flush redo log呢?
2#
发表于 2012-4-19 21:44:05
A log flush for a cr block transfer is required when a cr buffer is cloned from a current buffer which has redo
pending. A high percentage is indicative of hot blocks with frequent read after write access.


consistent read 中  cr block 可能来源于 current block 的 clone , 而current block 的相关redo 可能会未写出 , 需要这些 redo flush后 cr block才能被send 。

回复 只看该作者 道具 举报

3#
发表于 2012-4-19 21:53:26
PS:

可以通过 设置_cr_server_log_flush to false(LMS are/is waiting for LGWR to flush the pending redo during CR fabrication. Without going too much in to details, you can turn off the behaviour by setting   _cr_server_log_flush to false.) 来禁止cr server flush redo log,但是该参数对于current block的flush time无效, 也强烈不推荐使用。

_cr_server_log_flush         TRUE         TRUE         if TRUE, flush redo log before serving a CR buffer

回复 只看该作者 道具 举报

4#
发表于 2012-4-19 22:05:23
原帖由 maclean 于 2012-4-19 21:44 发表
A log flush for a cr block transfer is required when a cr buffer is cloned from a current buffer which has redo
pending. A high percentage is indicative of hot blocks with frequent read after write ac ...

不明白,cr block不都是从current block构造的吗?

回复 只看该作者 道具 举报

5#
发表于 2012-4-19 22:09:29
好 谢谢  明白了  就是说被修改过的块要将当前的image传输到request 的instance上,以便在request instance上构造cr block,此时就要将相关dml先flush下

回复 只看该作者 道具 举报

6#
发表于 2012-4-19 22:20:00
原帖由 aquarius 于 2012-4-19 22:09 发表
好 谢谢  明白了  就是说被修改过的块要将当前的image传输到request 的instance上,以便在request instance上构造cr block,此时就要将相关dml先flush下

我觉得应该是先构造cr block再传过去的,而不是要把current block传输到request 的instance上再构造吧?

回复 只看该作者 道具 举报

7#
发表于 2012-5-11 09:40:47
恩  对的   先构造好了再传到request instance上的

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-15 17:41 , Processed in 0.056831 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569