方案在较高级别存在两种执行方案。在第一种情况下，DR 站点被视为临时站点。在主站点恢复服务后，解决方案必须协调从 DR 站点到永久主站点的故障转移。不应鼓励在 DR 站点处于活动状态时限制新工件的创建，因为它是临时的并且会使故障回复在这种情况下复杂化。相反，在第二种情况下，容灾站点将被提升为新的主站点，从而使用户可以更快地恢复工作，因为他们无需等待服务恢复。此外，此场景不需要故障恢复，但必须将以前的主站点准备为新的 DR 站点。 在任何一种情况下，灾难恢复解决方案范围内的每个区域都应支持所有必需的服务，并且必须存在验证目标工作区处于良好运行状态的流程作为保障。验证可能包括模拟身份验证、自动查询、API 调用和 ACL 检查。

故障转移 当触发到 DR 站点的故障转移时

该解决方案不能假设可以正常关闭系统。该解决方案应尝试关闭主站点中正在运行的服务，记录每个服务的关闭状态，然后在定义的时间间隔内继续尝试关闭没有适当状态的服务。这降低了在主站点和灾难恢复站点同时处理数据的风险，最大限度地减少数据损坏并促进服务恢复后的故障恢复过程。 激活 DR 站点的 whatsapp 手机号码列表 高级步骤包括： 在主站点上运行关闭进程以禁用主区域上的池、集群和计划作业，以便在失败的服务恢复联机时，主区域不会开始处理新数据。 确认 DR 站点基础结构和配置是最新的。 检查最新同步数据的日期。请参阅灾难恢复行业术语。此步骤的详细信息因同步数据的方式和独特的业务需求而异。 稳定您的数据源并确保它们都可用。

作区的 URL 或域名的外部工具

更新配置以考虑新的控制平面。例如，更新连接的 URL。当控制平面发生变化时，Databricks Web 应用程序面向客户的 URL 也会发生变化，因此请将新 URL 通知您组织的用户。 故障恢复 在故障回复期间返回主站点更容易控制，并且可以在维护窗口中完成。故障恢复将遵循与故障转移非常相似的计划，但有四个 GN 列表 主要例外： 目标区域将是主要区域。 由于故障回复是一个受控过程，关闭是一次性活动，不需要在服务重新联机时检查状态来关闭服务。 DR 站点将需要根据任何未来故障转移的需要进行重置。 任何吸取的教训都应纳入灾难恢复解决方案并针对未来的灾难事件进行测试。 结论 在真实条件下定期测试您的灾难恢复设置，以确保其正常运行。保留无法在需要时使用的灾难恢复解决方案毫无意义。