Azure Stack Hub 在数据中心运行 Azure 服务，并且可以在一个机架中安装的小到四个节点的环境中运行。 相比之下，Azure 在超过 40 个地区中运行，每个地区中有多个数据中心和多个区域。 用户资源可以跨多个服务器、机架、数据中心和区域。 使用 Azure Stack Hub，目前只能选择将整个云部署到单个机架。 此限制使您的云计算面临因数据中心灾难性事件或重大产品缺陷导致故障的风险。 发生灾难时，Azure Stack Hub 实例将脱机。 所有数据可能不可恢复。
可能需要修复单个基础结构服务或还原整个 Azure Stack Hub 实例，具体取决于数据丢失的根本原因。 你甚至可能需要还原到同一位置或其他位置中的其他硬件。
如果出现故障并重新部署私有云，则此方案可解决恢复整个安装的问题。
| 场景 | 数据丢失 | 注意事项 |
|---|---|---|
| 在由于灾难或产品 bug 而发生灾难性数据丢失后进行恢复。 | 所有基础结构和用户和应用数据。 | 可以还原到其他 OEM。 可以还原到不同代系的硬件。 可以还原到不同计数的缩放单元节点。 用户应用和数据独立于基础结构数据进行保护。 |
工作流
保护 Azure Stack Hub 的过程从单独备份基础结构和应用/租户数据开始。 本文档介绍如何保护基础结构。
在所有数据丢失的最坏情况下，恢复 Azure Stack Hub 是还原 Azure Stack Hub 和所有用户数据所特有的基础结构数据的过程。
还原
如果发生灾难性数据丢失，但硬件仍可用，则需要重新部署 Azure Stack Hub。 在重新部署期间，可以指定访问备份所需的存储位置和凭据。 在此模式下，无需指定需要还原的服务。 基础结构备份控制器在部署工作流中注入控制平面状态。
如果发生使硬件不可用的灾难，则只能在新硬件上重新部署。 在订购更换硬件并到达数据中心时，重新部署可能需要几周时间。 可以随时还原控制平面数据。 但是，如果重新部署实例的版本大于上次备份中使用的版本，则不支持还原。
| 部署模式 | 起点 | 终结点 |
|---|---|---|
| 全新安装 | 基线生成 | OEM 将 Azure Stack Hub 和更新部署到最新支持的版本。 |
| 恢复模式 | 基线生成 | OEM 在恢复模式下部署 Azure Stack Hub，并根据可用的最新备份处理版本匹配要求。 OEM 通过更新到最新支持的版本来完成部署。 |
备份中的数据
Azure Stack Hub 支持称为云恢复模式的部署类型。 仅当选择在灾难或产品 bug 导致解决方案无法恢复后恢复 Azure Stack Hub 时，才使用此模式。 此部署模式不会恢复解决方案中存储的任何用户数据。 此部署模式的范围仅限于还原以下数据：
- 部署输入
- 内部标识服务数据
- 联合标识配置（AD FS 部署）。
- 内部证书颁发机构使用的根证书。
- Azure 资源管理器配置用户数据，例如订阅、计划、产品/服务、资源组、标记、存储配额、网络配额和计算资源。
- Key Vault 机密和保管库。
- RBAC 策略分配和角色分配。
部署期间不会恢复用户基础结构即服务（IaaS）或平台即服务（PaaS）资源。 这些丢失包括 IaaS VM、存储帐户、blob、表、网络配置等。 云恢复的目的是确保作员和用户可以在部署完成后重新登录到门户。 重新登录的用户不会看到其任何资源。 用户已还原其订阅，以及管理员定义的原始计划、套餐和策略。用户在灾难发生前登录到系统时，会按照原始解决方案施加的相同约束运行。 在云恢复完成后，操作员可以手动还原增值 RP 和第三方 RP 以及关联的数据。
后续步骤
了解 使用基础结构备份服务的最佳做法。