这是两个不同位面的技术。一个是整体解决方案产品化,一个是存储产品技术。
1、目前使用的PowerHA,用于核心数据库的双机热备。2、可以满足系统运行需要,该架构好几年没有更新过。3、RTO算下来十来分钟,在可接受范围之内。
保险公司很多系统都是垂直建设的,历史原因导致了现在的问题。从根本上改变这种情况还是要做IT治理和整改,要是这种架构不变,确实没有什么太多的好办法
1、一般情况下应先解耦2、做应用灾备的系统应首先考虑监管要求的第一类系统3、原保监会2008年3月21日发布的〔2008〕20号文件《保险业信息系统灾难恢复管理指引》第四章第十八条信息系统的最低灾难恢复能力等级要求:(一
异地双活数据一致性的要求难以达到,因为实际的距离决定了传输延迟,而双活对传输延迟要求非常苛刻。异地灾备的数据库同步全是异步。
目前做跨数据中心的数据库双活案例只见过oracle extend rac。但是extend rac对传输延迟要求很高,官方内部要求延迟<1ms,否则很容易发生两个节点脑裂。
应该用extend rac,由于跨数据中心,各种中断或者设备故障没有仲裁的话,两边的存储数据会不一致
据悉现在vmax支持双活了,那么和extend rac组合理论是没问题的,不再需要vplex参与了。这个架构需要注意的是:1、链路延迟和稳定性能否满足数据库和存储双活要求;2、数据库和存储这两个双活同时发生脑裂,如何保证仲裁一致性;3
单独数据库或者单独存储双活,仲裁节点就按照产品要求,放到第三方即可,或者和主站点放在一起。要是数据库和存储双活在一起,那么最重要的是保证仲裁一致性,所以多个仲裁节点选址必须保证仲裁结果一致,否则再多双活也不好使了
通常说距离是因为距离和延迟有一个对应关系,其实关键是看光纤传输延迟。链路质量差的话,可能同城20公里就有可能无法支持双活了。双活的光纤传输延迟有可能容忍到5ms,具体的延迟要看存储说明,并且实际的测试一下链路。不
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30