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

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

2135

积分

502

好友

184

主题
1#
发表于 2012-1-30 21:15:37 | 查看: 3568| 回复: 1
Question:

I have found your very interesting article:
https://profiles.google.com/113940305066161026918/buzz/Ku1Qyb1igBg

Could you please be so kind and share some places unclear for me.

1)
What do you know about difference between kcbget and kcbgcur?
kcbgcur is usually used for current get or db block get,
kcbget is also used for it, as I noticed.
Do these functions do similar work or absulutely different?

2)
You wrote:
kcbgtcr:
  • If successful, returns the “best” candidate (performed by ktrexf or examination function)
  • Scans the hash bucket for the DBA for buffers that may be used to build a CR buffer
  • If not successful, calls kcbget

If not successful, calls kcbget for what?
3)
And maybe do you know how exactly SCN is passed into kcbgtcr ?
kcbgtcr should knows which for which SCN it should finds buffer, right? or not?
下载专业ORACLE数据库恢复工具PRM-DUL  For Oracle http://www.parnassusdata.com/zh-hans/emergency-services

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638  QQ: 47079569   
2#
发表于 2012-1-30 21:16:02
Answer:

1. these three function do different work.




2. why call kcbget ?  Actually my context is getting CR buffer in RAC environment ;

kcbget:
Retries the scan just tried by kcbgtcr

If you find a buffer, you return it now.
If not, then if it is being READ in or there is a current mode buffer, you wait until it is available and then rescan the buffer.
If these fail, you cannot use any locally cached buffers.

If the above fails:
CR server manages the CR request.

The CR server was a separate background process in Oracle8i. In Oracle9i and later, the same functionality is part of the LMS process

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-11-14 15:02 , Processed in 0.053062 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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