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

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

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

收起
参与42

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

Dennis_CaiDennis_Cai系统工程师智瑞

对于rac脑裂,建议心跳与磁盘仲裁都冗余。如果是多套存储或者异地楼上采用第第三方仲裁楼上兄弟也说了。这里我有个建议,就是加入为2个节点,尽量保证一个节点能支撑业务,个人曾经试过由于交换机问题,RAC出现脑裂,二节点直接被重启了,导致业务受影响,这使我甚至没有时间去仔细去排查故障就得立刻恢复节点。

系统集成 · 2019-08-26
浏览5174
  • 想问下,您说的这个仲裁冗余,是指仲裁盘我可以放在不同的存储中,并设置多个仲裁,比如5个,7个,9个这样的方式?心跳采用不同vlan这样?不是特别明白,这样支持吗,我再查查,如果您有现成的资料,也希望您给我推荐两份。 http://www.talkwithtrend.com/Article/245689 今天也拜读了这个文章,他们oracle extend RAC的方式也是一种解决办法,但是并非直接的回答我这个问题,是使用另一种方式进行回答。
    2019-08-27

回答者

Dennis_Cai
系统工程师智瑞
擅长领域: 双活脑裂灾备

Dennis_Cai 最近回答过的问题

回答状态

  • 发布时间:2019-08-26
  • 关注会员:11 人
  • 回答浏览:5174
  • X社区推广