在当今的市场中，即使是短暂的服务中断也会导致客户失去信心，并最终导致财务损失。对
于在 SaaS 等行业工作的企业来说尤其如此。
如果您想确保数据高可用性和业务连续性，那么在您的业务流程中使用灾难恢复即服务是必不
可少的。故障转移和故障恢复是一些最常用的灾难恢复方法。
在本教程中，我们将解释什么是故障转移和故障恢复，它们是如何工作的，以及它们的不同
之处。
故障转移与故障回复：摘要
无论是由于意外中断、自然灾害还是计划内维护，有时生产环境会暂时不可用。故障转移和故
障恢复是灾难恢复机制，可帮助在突然中断的情况下保持业务连续性。
故障转移是切换到指定备份恢复设施的过程。这通常是一个恢复站点，其中包含来自主生产
站点的所有系统和数据的复制副本。故障转移期间所做的任何更改都将保存到虚拟存储中。
故障回复是主要生产站点重新启动并运行时使用的业务连续性机制。在故障恢复期间将生产返
回到其原始（或新）站点，并且将同步保存在虚拟存储中的任何更改。
什么是故障转移？
故障转移是从主生产站点无缝切换到备份恢复站点的过程。当主站点由于意外灾难或计划维
护而发生故障时，会发生故障转移。
要使故障转移正常工作，必须有一个数据备份裸机服务器或虚拟机充当恢复站点系统，以便在
发生故障时替换主站点。由于故障转移是灾难恢复中必不可少的步骤，因此数据备份系统本身必须
不受故障影响。
需要持续可用性的系统需要整体故障转移和灾难恢复。在服务器级别，数据备份环境跟踪主服
务器的“脉冲”，并在检测到中断时执行自动故障转移。
故障转移如何工作？
有两种方法可以设置故障转移系统：主动-主动和主动-被动（或主动-备用）配置。两种设置
都需要至少两个节点（服务器或虚拟机）才能正常工作。
在主动-主动设置中，多个节点同时运行。这允许他们分担工作量并防止任何一个节点过载。
如果一个节点停止工作，它的工作负载将被其他活动节点占用，直到它重新激活。
主动-被动（主动-备用）设置还包括多个节点，但并非所有节点都同时处于活动状态。一旦主
动节点停止工作，被动节点就会被激活并充当故障转移节点。当主节点再次运行时，数据备份节点
将操作切换回主节点并再次变为被动状态。
无论采用哪种故障转移方法，两种配置都要求每个节点具有相同的配置。这确保了在站点之间
切换时的一致性和稳定性。
注意：在故障转移期间，所有系统工作负载都将转移到恢复站点。所做的任何更改都会保存到
虚拟存储中。
什么是故障回复？
故障回复是在计划内或计划外中断解决后切换回主站点的过程。故障恢复通常在故障转移之后
作为灾难恢复计划的一部分。
故障回复不是完成故障转移的唯一方法。使用虚拟机时，您可以执行永久故障回复，使数据备
份虚拟机成为新的主站点。
故障回复如何工作？
在故障转移状态期间，管理员与数据备份站点交互。在此期间所做的任何更改都将保存为更改
数据。
一旦发生故障回复，同步主站点和恢复站点涉及将更改数据从恢复复制到主站点。这样可以避
免需要完整的系统副本，从而节省时间并提高可靠性。
成功执行故障回复需要一些准备。在切换回主站点之前，请考虑以下步骤：
- 检查与主站点的连接的质量和网络带宽。
- 检查备份站点上的所有数据是否存在潜在错误。这对于关键文件和文档尤其重要。
- 在开始故障恢复之前彻底测试所有主系统。
- 准备并实施故障恢复计划，以最大限度地减少停机时间和用户不便。
看完这篇文章，你应该对故障转移和故障恢复这两种灾难恢复方法有了一定的了解。
