说到灾难恢复，每个人都同意这是非常复杂的。保护企业的下一个基本问题是保护企业，而企业的下一步工作则是解决基本问题。最近，在Cloud Field Day 5上，我们宣布了我们在Cohereity平台上的工作流，该平台可用于灾难恢复，具体取决于建议的恢复SLA。不幸的是，我们无法讨论最短恢复SLA选项，我们称之为故障转移/故障回复，所以我将在今天的博客中介绍这一点。这里是你需要知道的使用复制的故障切换和回切概述我们开始吧！这个过程在技术上确实有所不同，这取决于我们使用的是虚拟机还是一致性视图。在本例中，我们将关注一个虚拟机对象。要允许受保护虚拟机的故障转移和回切，需要执行两个任务：第一种方法是将一致性代理安装到将受到保护的虚拟机上。虽然我们不会使用代理来保护虚拟机，但它对于故障回复操作是必要的。第二种方法是在保护作业的高级设置中启用云迁移。启用此选项将强制保护作业与以前安装在虚拟机上的代理通信，并验证代理是否正在运行。在虚拟机上启用保护作业的云迁移功能在典型的保护作业运行期间，会发生对本地源的初始备份。一旦数据被正确地编入索引，一致性系统将开始将数据复制到第二个源。这一步很大程度上依赖于带宽，完成复制任务的时间可能会有很大变化，特别是如果第二个源位于公共云中。完成后，第二个源现在将列出一个新的保护作业，与第一个源同名。新复制的保护作业将启用非活动标志，如下所示：出现在复制一致性保护作业上的非活动标志通过在UI中选择故障转移，管理员可以开始选择新的虚拟化环境或公共云环境。一旦选择了源，我们将运行所谓的CloudSpin操作。CloudSpin操作将工作负载转换为适当环境的机器类型，并启动虚拟机。将转换后的虚拟机添加到新环境后，管理员需要配置新的保护作业以启用新设备的备份。但是，与主环境不同，此保护作业需要配置为物理设备。这种配置的原因与使用一致性代理有关。此时，CloudSpin无法将公共云虚拟机格式转换为本地虚拟机格式。为了确保我们能够继续保护数据，我们使用在虚拟机操作系统中安装的一致性代理。在发生灾难时，虚拟机现在可用，其数据在新的源上可用。故障回复时间到了如果可以恢复到主站点，我们如何恢复这些数据？在我们的辅助站点上，我们将复制配置为到主站点的一致性集群（新的或现有的）。我们配置一个保护作业来复制备份数据，并且在主站点虚拟化环境中按照相同的过程创建虚拟机。现在轮到你了！许多企业对灾难恢复的复杂性有第一手的经验。而且，许多企业也没有实施灾难恢复。通过利用一致性和云，我们相信您可以简化灾难恢复，同时提供多个恢复SLA选项。我们帮助您将故障切换和回切时间从数小时减少到几分钟，确保您的灾难恢复计划能够唯一地满足您的业务和应用程序恢复需要。