基于ORACLE RAC 双活方案实施,如何规避脑裂这个风险?

基于ORACLE RAC 双活方案实施,难点在于远距离光纤条件下的节点之间的数据交互,尤其因为仲裁的原因,导致出现的脑裂现象较多,我们应该如何规避这个风险?显示全部

基于ORACLE RAC 双活方案实施,难点在于远距离光纤条件下的节点之间的数据交互,尤其因为仲裁的原因,导致出现的脑裂现象较多,我们应该如何规避这个风险?

收起
参与42

查看其它 8 个回答renou2012的回答

renou2012renou2012数据库管理员KE

脑裂的情况是一般是实例层或者集群层
内网网络连接中断 2个实例都是正常的这个时候数据会不一致 ,这个时候就脑裂了, 集群层会把其中一个节点踢出去强制重启,修复数据  这个也是网络波动的时候 一直有重启的原因
当然脑裂发生的时候  总会有一个节点由于表决盘的心跳机制 会存活  脑裂是为了解决数据的不一致
麻烦说下具体的双活架构图
oracle rac的双活 主要看你基于哪一种做的
RAC  
Extended  RAC
Extended RAC +EMC VPLEX 等

金融其它 · 2019-09-05
浏览4792
  • 受教!我公司的设计方案是Extended RAC +EMC VPLEX这种模式,一个集群三个节点,主中心两个负载读写,备中心只读,数据的同步目前还是在两种方案下徘徊,一种是基于oracle的数据同步,一种是基于EMC存储的块同步,但是更趋向于Oracle的数据库同步,毕竟EMC块同步的方式虽然块,但是数据库的验证存在一定的风险,我不知道同步过去的数据是不是都是正确的数据。目前本中心的rac双节点是使用的中裁盘,双中心的设计方案中是使用第三区域的仲裁设备这种方式。
    2019-09-11

回答者

renou2012
数据库管理员KE

renou2012 最近回答过的问题

回答状态

  • 发布时间:2019-09-05
  • 关注会员:11 人
  • 回答浏览:4792
  • X社区推广