银行跨数据中心数据库双活方案设计应遵循哪些原则.docx

? ? ? ? ? ? ? ? 银行跨数据中心数据库双活方案设计应遵循哪些原则？ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 每个系统在多数据中心部署的目标是不同的，可以是分布式业务，也可以是读写分离，也有完全对等双活的业务部署。在这些部署方案里面，数据库双活技术也成为重点关注的对象。然而在使用这些技术的时候存在很多误区，并非所有的场景都适合，所以企业需要一定的取舍，真正用好这些技术才能达到业务多数据中心建设的目的。 本文来自社区交流，多位社区会员分享。 Q1、为什么要做数据库双活？数据库双活的目的及意义是什么？ @孔再华： 在两地三中心建设过程中，采用传统的容灾技术后，会碰到3个问题： 1. 切换时间太长，在同城灾备演练中，即使通过自动化实现，主切备和备切主可能都需要花费40分钟时间。 2. 操作风险太大，比如核心系统切换涉及到20步以上的操作步骤和上百条命令，每条命令都有出错的可能。 3. 建设成本太高，同城机房按照1比2甚至1比1 的比例进行建设，服务器平时完全闲置，除了一次性投入，每年还要耗费大量的维护费用。 因此相对于传统容灾方式，需要建设一个双活平台，解决降低RTO时间、降低成本和降低切换风险等需求。 @韩成亮： 核心目的是为了业务的连续性。 在传统数据中心中，业务系统的数据往往都是存放在一个数据库中，这种模式的数据中心存在着一定的业务连续性风险——即如果数据库出现故障宕机，所有与这台数据库有连接的业务系统就会停顿，甚至会丢失数据。 数据库双活互为备份或者镜像，当一个发生故障、业务自动切换到另一个，业务均会继续运行，不受影响，且数据在故障过程中无丢失，解决了传统单点故障问题。 其实还有其他的优点，比如容灾，备份，负载等其他的RTO、RPO需求。 @kernelry： 单点故障问题的解决方法就是双活，因为你数据库或者操作系统或者存储任何一方是单点的情况下，任何一方出现问题将影响整个业务的运行，所以就需要双活来避免单点故障这个问题发生而影响业务。 Q2、跨数据中心数据库双活方案设计时应该遵循哪些原则？ @孔再华： 如果将数据库双活平台作为未来的常规建设，应用越来越多的系统，那么在建设初期，我们就要设定好平台的目标： 1、通用性：基于LUW开放平台，支持部署在任何厂商的存储、服务器和操作系统上。不能选择一体机，大型机等不通用的设备。 2、无差别性： 双中心交易对等，同城之间同时处理业务请求，无主次之分。只有这样的系统才能面对失去单数据中心的风险。 3、高可用性：最下化降低同城切换时间，同城站点出问题不会影响全局业务。业务切换需要在最短时间内完成。 4、可维护性：基础设置重大变更不停机，可以通过滚动升级的方式完成维护操作。 5、可迁移性：平台对业务系统透明，开发无需改动代码，即可快速部署到该平台。同样该平台部署的系统也可平滑迁移出来。 6、安全稳定运行，该平台可以实现5个9的运行目标。 @韩成亮： 网络传输的高效性 网络传输的高可用性 网络传输的高安全性 服务器的高效性 服务器的高可用性 服务器的高安全性 数据库的高效性 数据库的高可用性 数据库的高安全性 配置的最优化 资源利用最大化 最后是良好的管理性，总之一切为了高效性，高可用，高安全性，满足业务的需求，当然还有结合你的成本考虑。 Q3、做数据库双活方案设计有哪些工作需要考虑？ @孔再华： 做数据库双活方案的设计需要考虑很多方面： 业务选型：数据库双活在实现双中心对等并重的同时，也对业务系统有着苛刻的要求。因为几十公里的延时会导致通信和存储变慢，从而产生蝴蝶效应。所以首先要做的是明确什么样的业务适合上双活。业务选型的要素：业务类型简单，应用读写比高，作为新技术的验证，最好首先从独立性高的业务开始，不要影响其他业务。 技术选型：选好适合的业务系统后，下面考虑的是采用什么数据库技术。是Oracle的RAC还是DB2的pureScae集群。上线后的数据访问时什么样的，是无差别的读写，还是需要做读写分离。这些都是在选择双活技术的考虑因素。选择好上层数据库产品后，还需要考虑共享文件系统的选型。 硬件选型基础建设：硬件选型在这个方案里面尤其重要，是一切实现的基础。主机采用什么设备，网络是采用RDMA还是TCPIP，存储采用哪个厂商。双中心建设大二层网络需要采购什么什么设备，和当前网络设备是否能集成公用等等。最后硬件换进过的拓扑架构是什么样的，怎么做好冗余高可用等。 运维建设：最后能上还得能玩双活才行。运维建设很重要，完善的文档，有经验的运维人员，厂商支持力度才是双活环境保驾护航的重点。 Q4、数据库双活技术该如何选型? @冯帅： 主流数据库双活技术的详细对比 1 技术方案性能相关的对比 2 技术方案的自有特性 3 技术方案差异性 4 技