今年7月我们推出的“《DBA的一天》新传”漫画深受大家好评，今天我们就针对漫画中DBA在数据库系统发生故障时如何使用 zCloud 的灾备切换功能来快速恢复业务，给大家做个详细的讲解。
首先，高可用方案复杂。不同类型的数据库有不同的高可用方案，例如 Oracle 常用的高可用架构方案包含RAC、ADG、Sharding、RMAN、Flashback、GoldenGate、EBR以及AC等；MySQL 常用的高可用架构方案包括主从复制、MGR、InnoDB Cluster、Gelrea Cluster、MHA等；PostgreSQL 常用的高可用架构方案则有流复制+Keeplived、基于repmgr、patroni等。国产数据库更有各自五花八门的高可用方案。
其次，数据库高可用切换操作的流程多，人工操作效率低、风险大。在组织中常见的数据库容灾切换演练就涉及多类系统、多类人员，切换沟通配合环节复杂，往往导致较长的切换时间。关键系统一旦产生故障，备用系统又没有及时接管拉起，业务停滞的每一秒都带来巨大损失。
zCloud 数据库云管平台对多元异构数据库提供统一的高可用管理能力，在保障数据完整性、一致性的前提下，快速进行高可用切换，保障业务连续性。容灾演练切换时间可从过去的几十分钟分钟降低到几分钟。接下来，就具体看看 zCloud 的数据库高可用管理能力吧。
Oracle
MySQL
PostgreSQL
SQL Server
灾备切换演练前，实时探测和自动故障诊断，快速发现业务节点异常状态。切换前置检查对环境进行全面检查，评估切换条件是否具备，并给出调整建议。
切换时，支持手动一键Switchover及Failover操作，轻松应对一主一备、一主多备、主备级联等多种复杂架构的灾备切换。
如果系统规模较大，还可以使用批量切换功能。运维人员可以自定义批量切换方案，一键完成多个节点的切换操作。整个过程中不会存在任何数据丢失。
zCloud 的切换过程，通过对接域名服务器系统，可实现DNS服务器与数据库主节点的映射、跨机房高可用切换管理。主备切换过程业务无感知，无需中断即可正常使用，切换前后主备库的服务域名一致，省去了人工执行识别、绑定、解绑、还原域名等操作，节省大量时间。尤其是对于 MySQL 数据库，不仅使架构稳定性更好，更能够减少 MySQL 中间件层的代理转发，提升性能。
zCloud 数据库云管平台，为数据库高可用提供安全、可靠、高效、直观的管理支撑。
数据驱动，成就未来，云和恩墨，不负所托！
云和恩墨创立于2011年，以“数据驱动，成就未来”为使命，是智能的数据技术提供商。我们致力于将数据技术带给每个行业、每个组织、每个人，构建数据驱动的智能未来。
