基于oracle rac数据库,选用哪种存储双活方案更适合?

参与42

7同行回答

匿名用户匿名用户
跑数据库的话,建议全闪,或者SSD做缓存,HDD做存储!显示全部

跑数据库的话,建议全闪,或者SSD做缓存,HDD做存储!

收起
系统集成 · 2023-08-23
浏览730
mmsc5166mmsc5166  系统工程师 , 某金融公司信息技术中心
经验可以借鉴,关键适合自己才是最好的。现在厂商也愿意配合测试,可以先测试再选择。显示全部

经验可以借鉴,关键适合自己才是最好的。现在厂商也愿意配合测试,可以先测试再选择。

收起
金融其它 · 2019-07-29
浏览5839
qiuhaoshuqiuhaoshu  技术经理 , 恒展数通
有多种:1.存储级别的存储双活(很多存储支持,华为、日立、DELLEMC、宏杉、IBM、oracle)2.网关级别的双活(SVC等)3.Oracle 的RAC里也同样有high模式,也支持双存储。显示全部

有多种:
1.存储级别的存储双活(很多存储支持,华为、日立、DELLEMC、宏杉、IBM、oracle)
2.网关级别的双活(SVC等)
3.Oracle 的RAC里也同样有high模式,也支持双存储。

收起
系统集成 · 2018-09-07
浏览7563
lihuilihui  技术经理 , 重庆三峡银行股份有限公司
存储的仲裁结果如果和ORACLE的仲裁结果不一致时应该如何处理?显示全部

存储的仲裁结果如果和ORACLE的仲裁结果不一致时应该如何处理?

收起
银行 · 2018-09-07
浏览7646
  • 存储仲裁的时间比RAC磁盘、网络仲裁的时间都短,这样可以先让存储仲裁,仲裁完会导致RAC的一个节点直接被踢出集群,避免出现脑裂。
    2019-08-21
liuyushengliuyusheng  存储架构师 , Huawei
当前存储厂商提供的双活方案基本都能满足RAC的部署需求。这根本还取决于RAC本身的部署模式。部分城商行对链路质量没有信心的情况下,将RAC群集独立部署,也就是主中心一套RAC,备中心一套RAC。通常备中心RAC为只读。在灾难发生的情况下,再切换到备中心。存储双活方案中,华为Hype...显示全部

当前存储厂商提供的双活方案基本都能满足RAC的部署需求。这根本还取决于RAC本身的部署模式。部分城商行对链路质量没有信心的情况下,将RAC群集独立部署,也就是主中心一套RAC,备中心一套RAC。通常备中心RAC为只读。在灾难发生的情况下,再切换到备中心。
存储双活方案中,华为HyperMetro、EMC SRDF-Metro等都能满足。但是,银行客户当前倾向于架构简单、运维简单、性能损耗小的解决方案。

收起
硬件生产 · 2018-09-07
浏览7566
huijxhuijx  系统运维工程师 , 某银行
如果做同城双活,关键是心跳链路带宽和延时能否满足RAC要求显示全部

如果做同城双活,关键是心跳链路带宽和延时能否满足RAC要求

收起
银行 · 2018-09-06
浏览8198
wangj0923wangj0923  技术经理 , 工行
1、基于Oracle RAC数据库的话,IBM、EMC、HW、HDS等各厂的存储方案虽然实现机制有所不同,但都是可行的。2、基于存储网关的模式,如IBM SVC、EMC VPLEX等,优点是对接服务器侧是统一的(比如存储多路径软件只需要部署存储网关的那家即可),两侧耦合度低,缺点是IO链路比较长,有时延损耗,...显示全部

1、基于Oracle RAC数据库的话,IBM、EMC、HW、HDS等各厂的存储方案虽然实现机制有所不同,但都是可行的。
2、基于存储网关的模式,如IBM SVC、EMC VPLEX等,优点是对接服务器侧是统一的(比如存储多路径软件只需要部署存储网关的那家即可),两侧耦合度低,缺点是IO链路比较长,有时延损耗,增加了故障点。
3、基于存储盘机的模式,如HW HyperMetro、HDS GAD等,优点是架构复杂度低,可节省一点时延,缺点是两侧耦合度高,一般来讲,要求两个站点同一品牌型号的盘机。
4、结合业务的情况,实际测试后再选型。根据我的经验,最终的焦点可能不在存储双活上,而是在Oracle RAC上。

收起
银行 · 2018-09-05
浏览7940

提问者

henry8898
系统架构师某银行
擅长领域: 灾备数据库双活

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-08-31
  • 关注会员:8 人
  • 问题浏览:12424
  • 最近回答:2023-08-23
  • X社区推广