Oracle Extended RAC集群中的节点之间距离不能太远，20公里以内效果还可以，超过100公里就没法用了。业界很少有超过50公里的案例。北京和广州异地直接做双活，必须要从应用层考虑补偿机制，异地直接不可能使用同步复制机制，RPO不会为0。...

数据库同城灾备目前两种比较好的方案第一种是数据库本身的数据库复制技术实现，ORACLE DG、DB2 HADR、MYSQL主从等，通过活动日志的同步和重做，让同城端和异地端的数据库数据保持一致，试距离和对RPO的要求不同，通过不同的同步间隔，来保证数据的RPO要求，同时也不至于因同步导致主库...

通过第三方仲裁即仲裁服务器来解决，当脑裂发生时候，系统进入仲裁流程，两台存储分别开启抢占“仲裁服务器”，抢占成功的接管业务，默认是优先站点具备抢占优先级。当前华为存储支持双仲裁，主备模式，当一个仲裁故障后，还有另外一个仲裁设备参与仲裁。...

本地高可用、同城双活、异地灾备这些不同的方案要综合考虑形成完整的业务连续性保障方案，哪种方案应对的是哪种故障，什么条件启动应急，都要有明确的场景。做了同城双活后是否要保留本地的高可用，要结合实际情况，综合应急时间、成本等因素进行评估。如果同城双活的方案满足业务...

全闪的数据保护方面，现在各厂商都有相关技术的，像闪存模块间的RAID保护，闪存芯片间的RAID保护，ECC校验保护，全闪主控的高可用等。核心系统要上闪存，可考虑高端存储的全闪系列，稳定性可靠性，高端存储是没话说的，加上闪存模块，性能也上了一个层次，再加上同城数据容灾，异地容灾，数据备份...

同城双活链路时延建议要求2ms,采用存储双活两边响应时间，数据库写日志小于 5ms认为优。

建议对数据源应用分类入手结构化应用，数据库库类，强应用一致型，使用数据库自带同步套件处理。确保数据库在可用时间点的拉起非结构化，散列数据。建议直接从存储侧数据流动，原因是效率高，可靠性有保障...

做双活的目的是提升业务连续性运作能力，如果为了双活连正常业务都受影响了，那就本末倒置了。按银行业务系统的要求，技术架构首先要保证数据一致性，其次是RPO=0，最后才是RTO=0。所谓双活，本质上就是满足前两条的前提下看如何才能做到第三条。这也是绝大多数机构的双活只是AS模式...

用智能DNS，或者全局性负载均衡。像F5就有专门的智能DNS设备，可以按照网络层面的流量按照一定策略就行流量引流，比如按照运营商、客户端区域，IP地址等进行解析，通过规则分发到不同的数据中心。另外还具备探测下一层的链路负载的连通情况，不通，就自动将流量引至其他数据中心。...

双活存储外部添加仲裁设备qf4tn0miqps