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

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

2135

积分

502

好友

184

主题
1#
发表于 2012-4-9 19:38:52 | 查看: 4268| 回复: 0
Question FROM 网友 MAIL

1.RAC全局的SCN
我在DSI408上看了一点点,各个节点并不会立刻同步每个事务commit引起的scn变更,而是经过max_commit_propagation_delay,或者3秒钟由LCK process来处理各个节点间SCN的同步推进,这样相当于同步之前,各个节点的SCN是自己维护的,彼此之间是存在重叠,如果把各个节点的归档集合在一起做恢复,单存从SCN的排序,是不能反应出事务的先后顺序的,oracle此时如何保证standby恢复后和主库是完全一样的?

2.RAC standby恢复时,是如何应用归档的?
我们的环境是4个节点的RAC,后面有个单节点的standby,standby接受前面4个节点的归档,并恢复,
我们观察发现,standby恢复归档,他会在多个节点的archive文件之间反复的切换,有时候甚至是A节点的一个归档文件,处理了一半,切到B节点的归档,再切到C节点,再回来,
我知道对于RAC而言,有一个整体的事务序列,standby这么恢复,就是在维护这个顺序,我的疑问是,oracle怎么事先知道这个事务链顺序的?他怎么在A处理了一半,就知道要切到B,切到C?难道他在恢复之前就把所有的归档读了一次,做好了排序吗?那得要多大的排序区域?

说的简单点,oracle rac standby的恢复就是在各个节点的归档之间疯狂穿梭的,他这个穿梭的路线,是如何高效的计算出来的?
下载专业ORACLE数据库恢复工具PRM-DUL  For Oracle http://www.parnassusdata.com/zh-hans/emergency-services

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

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

服务热线 : 13764045638  QQ: 47079569   
您需要登录后才可以回帖 登录 | 注册

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

GMT+8, 2024-12-24 09:21 , Processed in 0.050154 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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