返回anikikong的回答
做数据库双活方案的设计需要考虑很多方面：
业务选型：数据库双活在实现双中心对等并重的同时，也对业务系统有着苛刻的要求。因为几十公里的延时会导致通信和存储变慢，从而产生蝴蝶效应。所以首先要做的是明确什么样的业务适合上双活。业务选型的要素：业务类型简单，应用读写比高，作为新技术的验证，最好首先从独立性高的业务开始，不要影响其他业务。
技术选型：选好适合的业务系统后，下面考虑的是采用什么数据库技术。是Oracle的RAC还是DB2的pureScae集群。上线后的数据访问时什么样的，是无差别的读写，还是需要做读写分离。这些都是在选择双活技术的考虑因素。选择好上层数据库产品后，还需要考虑共享文件系统的选型。在民生有DB的GDPC双活，也有Oracle的RAC双活。但是这两个环境的底层共享文件系统都是选择了GPFS。因为这里不仅仅考虑了技术的优缺点，成熟度，还要考虑公司的运维能力。
硬件选型基础建设：硬件选型在这个方案里面尤其重要，是一切实现的基础。主机采用什么设备，X86还是P系列，网络是采用RDMA还是TCPIP，如果是RDMA，那么是选择RoCE还是Infiniband。存储采用哪个厂商的信号，是否考虑SCSI-3PR的技术。双中心建设大二层网络需要采购什么什么设备，和当前网络设备是否能集成公用等等。最后硬件换进过的拓扑架构是什么样的，怎么做好冗余高可用等。
运维建设：最后能上还得能玩双活才行。运维建设很重要，完善的文档，有经验的运维人员，厂商支持力度才是双活环境保驾护航的重点。