5同行回答
做数据库容灾的方案其实已经很成熟了，如：
mysql：5.7及以下版本可选mha，8.0及以上版本可选mgr等
oracle：如果链路质量可控，技术维护能力强可选oracle extend rac，其他可选oracle rac+adg ，oracle rac +farsync + adg等等
1，对于银行来说做数据库容灾的目的主要是为了保障业务连续性要求，满足监管提出的RTO、RPO指标要求。首先要分析银行自身的规模，在监管指引中有明确的限定条件，银行规模的大小对容灾建设的要求也不一样，因此，提到数据库多活或者双活架构，就要很明确的知道银行数据中心的布局策略，以及数据中心之间的距离以及网络通讯链路的质量 等 （网络时延、网络抖动是规划数据库容灾架构必须考虑的问题）情况，才能有的放矢的规划数据库的高可用架构。
2、传统数据库容灾方面的最佳实践案例很多，已经很成熟了，举例说明一下，如果数据中心间网络链路质量不太稳定，可选方案如： Oracle RAC + Oracle RAC ADG + Oracle ADG方案：生产数据中心两台服务器+同城数据中心两台服务器+异地数据中心一台服务器，组成生产本地双活架构+同城本地双活架构+异地单活架构，形成数据流向为A->B->C的容灾架构，即生产中心异步方式准实时向同城同步数据（立即应用），然后由同城再向异地准实时异步复制数据 （延时x小时应用，防止生产端数据误删）。 如果数据中心间网络链路质量很稳定，可选方案如：Oracle Extend RAC+Oracle ADG方案， 生产数据中心两台服务器+同城数据中心两台服务器+异地数据中心一台服务器，组成生产同城多活架构+异地单活架构，形成数据流向为A->C的容灾架构，即生产中心与同城中心之间数据实时同步，然后再向异地准实时异步复制数据 （延时x小时应用，防止数据误删）。
3、做数据库容灾架构规划时一定要把存储层一并规划好，可以不仅在数据库层做容灾方案，也可采用存储底层的数据复制技术建立另一道容灾保护措施。
只有分布式数据库才能做到真正的多地多活。
浙江网商银行写的《金融级IT架构》，里面描述了全部业务多地多活，应该是国内唯一实现全部业务多地多活的银行。更有意思的是，被称为" 架构书里面的战斗机"
我理解这套三地五中心、多地多活的架构，解决了城市级容灾的问题，城市级故障数据不丢。业务流量分摊到多个城市的多个机房，一个机房故障，仅影响部分业务，而不是全部业务。
传统Oracle、DB2的主备数据库的方式，无法解决单点故障RPO=0的问题，这一点是数据库行业应该做的转变。
过去我们认为Oracle最大保护、最大可用就是RPO=0，实际上这是在假定故障是一刀切的方式，事实上很多故障是先出现网络延时，然后再断掉，此时RPO不一定等于0。步骤如下:
1.主备正常同步，数据库最大可用模式，主动降级阈值15秒。
2.主备网络故障，网络闪断出现不可用 20秒；此时主库15秒业务不可用，数据同步降为异步。
3.40秒后，主机房因网络问题彻底不可用，光纤交换机彻底毁坏。
4.此时，20秒 ~ 40秒的主库数据已经丢失