有多种:
1.存储级别的存储双活(很多存储支持,华为、日立、DELLEMC、宏杉、IBM、oracle)
2.网关级别的双活(SVC等)
3.Oracle 的RAC里也同样有high模式,也支持双存储。
存储的仲裁结果如果和ORACLE的仲裁结果不一致时应该如何处理?
收起当前存储厂商提供的双活方案基本都能满足RAC的部署需求。这根本还取决于RAC本身的部署模式。部分城商行对链路质量没有信心的情况下,将RAC群集独立部署,也就是主中心一套RAC,备中心一套RAC。通常备中心RAC为只读。在灾难发生的情况下,再切换到备中心。
存储双活方案中,华为HyperMetro、EMC SRDF-Metro等都能满足。但是,银行客户当前倾向于架构简单、运维简单、性能损耗小的解决方案。
1、基于Oracle RAC数据库的话,IBM、EMC、HW、HDS等各厂的存储方案虽然实现机制有所不同,但都是可行的。
2、基于存储网关的模式,如IBM SVC、EMC VPLEX等,优点是对接服务器侧是统一的(比如存储多路径软件只需要部署存储网关的那家即可),两侧耦合度低,缺点是IO链路比较长,有时延损耗,增加了故障点。
3、基于存储盘机的模式,如HW HyperMetro、HDS GAD等,优点是架构复杂度低,可节省一点时延,缺点是两侧耦合度高,一般来讲,要求两个站点同一品牌型号的盘机。
4、结合业务的情况,实际测试后再选型。根据我的经验,最终的焦点可能不在存储双活上,而是在Oracle RAC上。