文档介绍：数据库容灾技术
（一）数据备份与恢复
数据备份是以容灾为目的，为防止故障导致的数据丢失，而将全 部或者部分数据复制到其他存储介质的过程。 备份过的数据往往通过 压缩打包保存，提升存储效率。备份数据一般不能直接提供数据库服 务，需要一套数以分成若干组，在每一组中， 只要有一个从库返回成功，则认为该组复制成功。当所有的组都复制 成功，主库的事务才能完成提交。
分组强同步复制算法可以保证已经提交成功事务的数据不丢失， 修复了 MySQ原生半同步可能丢失数据的隐患，确保在主库发生故障 情况下，不会因为二进制日志丢失导致从库丢失数据， 进一步提升了 数据的可靠性。
.云数据库数据同步服务
为了与数据库产品配套，云平台供应商和数据库厂商推出数据传 输服务（DTS,该服务用于在异构数据库之间进行数据迁移、数据同 步和数据订阅。DTS支持在业务不影响源数据库服务的前提下进行数 据库迁移，利用实时同步通道构建异地容灾的高可用数据库架构。 DTS 往往支持在主流数据库之间进行结构迁移、全量数据迁移和实时增量 数据同步，其迁移同步任务还可按照同步范围并行进行同步。
数据传输服务在异地灾备场景下也被作为异步同步的重要方案。
（三）故障自动切换
当分布式数据库各类节点出现故障时，其监控系统应该能实时感 知到故障种类和范围，包括各类节点的进程故障、服务器故障、磁盘 故障和网络故障等，都可以依据预案配置，自动进行故障切换。
主备容灾架构下，容灾机房内会建设一套与生产机房相同规模的 服务。如果生产中心出现灾难而不可用，数据库管理系统应该能自动 将数据库服务切换至灾备中心。在异地容灾架构下，数据库甚至能够 抵御地理级灾难，如地震洪水等。该类灾难可能会影响整个城市区域， 使得同城机房均不可用，从而将服务切换至异地容灾中心。
.集中式架构
以SQL Server数据库为例，介绍集中式架构数据库的典型故障 切换技术。SQL Server采用SQL Server Always On可用性组来支持 对一组分散的数据库实施故障转移。一个可用性组支持一组读写主数 据库，以及一至八组对应的辅助数据库（包括一个主副本和最多四个 同步提交辅助副本），每个副本承载一组辅助数据库，同时也是可用 性组的潜在故障转移目标。发生故障转移时，数据库通过一组独立的 服务器故障转移群集服务，将实例的资源所有权转移到指定的故障转 移节点。然后
SQL Server实例在故障转移节点上重新启动，使数据 库恢复如常。无论在任何时刻，故障转移群集中只有一个节点可以承 载故障转移群集实例和基础资源。
Always On可用性组主副本将每个主数据库的事务日志记录发送 到每个辅助数据库，每个次要副本则缓存事务日志记录， 然后将日志 记录应用到相应的辅助数据库。主数据库与每个连接的辅助数据库独 立进行数据同步。因此一个辅助数据库可以挂起或失败， 但不会影响 其他辅助数据库，一个主数据库也可以挂起或失败， 也不会影响其他 主数据库。
.分布式架构
分布式数据库架构由于进程、 磁盘和服务器等故障，往往导致集 群的少量节点实例不可用，应对措施主要是通过冗余和副本节点进行 替换止损，替换过程中可能出现主备切换或主从切换；对于交换机、 路由器等网络设备发生故障，除了导致部分节点实例不可用外， 还可 能出现集群分裂情况，因此分布式数据库需要建立应付各种类型和规 模故障的容灾能力。
(1)计算节点故障切换
当其中一个计算节点出现故障，流量以秒级切换至其他计算节点。 整个切换过程对用户透明，应用代码无需变更，应用进程无需重启。
来源：北京再度网讯科技有限公司
计算节点自愈分为故障感知和故障处理两部分。故障感知是指通 过节点代理的定时任务定期执行自愈监控项采集任务， 对计算节点的 监控指标进行采集，并上报至服务自愈模块，该模块对节点的监控数 据进行分析，对可能的故障信息进行定位和二次检测， 若确定为故障 则发起故障处理任务。故障处理是指服务自愈模块检测到故障节点， 任务调度模块创建自愈任务，自动对故障节点进行恢复处理，处理完 成后故障节点重新上线恢复正常服务。
(2)存储节点故障切换
分布式数据库采用多副本保存数据，存储节点通过多副本方式构 成集群。最常见的集群模式是主从集群，即一个主节点负责写入，并 基于一定的一致性算法同步至其他从库。当对外提供数据库服务时， 主库承担读写服务，从库提供只读服务。当主库节点故障时，系统会 自动发现并尝试恢复主库，如果主库无法恢复则发起主从切换。
朱源：北京京度网讯科技有限公司
切换协调模块为切换核心模块，负责存储节点健康诊断、切换仲 裁与协调，并变更集群的拓扑信息。如上图所示，数据库实例的三个 节点代理构成了切换的协调者。节点代理通