业务连续性和灾难恢复

灾难可以是硬件故障、自然灾害或软件故障。 从灾难中恢复的准备和实施过程称为灾难恢复 (DR)。 本文讨论了为 Azure 运营商见解实现业务连续性和灾难恢复 (BCDR) 的推荐做法。

BCDR 策略包括可用性区域冗余和用户管理的恢复。

控制面板

Azure 运营商见解控制平面对可用性区域的软件错误和故障具有复原能力。 创建和管理数据产品的能力不受这些故障模式影响。

控制平面不是区域冗余的。 在 Azure 区域的服务中断期间，无法在该区域中创建新的数据产品，也无法访问/管理现有数据产品。 一旦区域在服务中断后恢复，你就可以再次访问和管理现有数据产品。

数据平面

数据产品对软件或硬件故障具有复原能力。 例如，如果软件 bug 导致服务崩溃，或者硬件故障导致扩充查询的计算资源丢失，服务会自动恢复。 唯一的影响是新引入的数据稍晚一些才在数据产品的存储终结点和 KQL 消耗 URL 中可用。

区域冗余

数据产品不支持局部区域冗余。 当可用性区域发生故障时，数据产品的引入、Blob/DFS 和 KQL/SQL API 都不可用，并且仪表板不起作用。 已引入的数据的转换会暂停。 以前引入的数据不会丢失。 当可用性区域恢复时，处理将恢复。

在可用性区域中断期间生成的数据会发生什么情况由引入代理的行为来决定：

• 如果引入代理缓冲数据并在可用性区域恢复时重新发送数据，则不会丢失数据。 Azure 运营商见解可能需要一些时间来完成其转换积压工作。
• 否则，数据会丢失。

灾难恢复

Azure 运营商见解没有内在区域冗余。 区域性服务中断影响数据产品的方式与可用性区域故障相同。 我们提供了建议和功能来支持希望能够处理整个 Azure 区域的故障的客户。

用户管理的冗余

为了实现最大冗余，可以在主动-主动模式下部署数据产品。 在所选的备份 Azure 区域中部署第二个数据产品，并将引入代理配置为将数据同时划分到两个数据产品。 备份数据产品不受主要区域故障的影响。 在发生区域性服务中断期间，查看使用备份数据产品作为数据源的仪表板。 此体系结构使解决方案的成本增加了一倍。

或者，可以使用主动-被动模式。 在备份 Azure 区域中部署第二个数据产品，并将引入代理配置为发送到主要数据产品。 在区域性服务中断期间，请重新配置引入代理，以便在区域性服务中断期间将数据发送到备份数据产品。 此体系结构提供对服务中断期间创建的数据的完全访问权限（从重新配置引入代理的时间开始），但是在服务中断期间，你无权访问在该时间之前引入的数据。 在此体系结构中，第二个数据产品会产生少量基础结构费用，但不会产生额外的数据处理费用。