Azure Blob 备份的支持矩阵

Blob 的作备份适用于所有中国区域（中国东部除外）。

Blob 的保管库备份在中国东部 2、中国东部 3、中国北部 2、中国北部 3 中提供。

Blob 的操作备份使用 blob 时点恢复、blob 版本控制、blob 的软删除、blob 的更改源以及删除锁定来提供本地备份解决方案。 因此，适用于这些功能的限制也适用于操作备份。

支持的方案：

• 作备份仅支持标准常规用途 v2 storage 帐户中的块 blob。 此外，不会还原storage帐户中的任何页 blob、追加 blob 和高级 Blob，并且只会还原块 blob。

• 当storage帐户具有专用终结点时，也支持 Blob 备份。

• 支持跨订阅备份。

其他限制：

• 如果在保持期内删除了某个容器，则该容器将无法使用时点恢复操作进行还原。 如果尝试还原的 blob 范围包含已删除的容器中的 blob，则时点恢复操作将失败。 有关保护容器免受删除的详细信息，请参阅用于容器的Soft delete。
• 不支持启用了 法定保留 的容器。
• 如果在当前时间与还原点之间的时间段内，blob 已移动到热存储层和冷存储层之间，则会将 blob 还原到其以前的层。 不支持还原存档层中的块 blob。 例如，如果热存储层中的某一 blob 在两天前已移至存档存储层，而还原操作还原至三天前的某个时间点，则该 blob 不会被还原至热存储层。 要还原已存档的 blob，请先将其从存档存储层移开。 有关详细信息，请参阅从存档层解除冻结 blob 数据。
• 通过放置块或从 URL 放置块上传，但未通过“Put Block List”提交的块不是 Blob 的一部分，因此不会在还原操作过程中还原。
• 无法还原具有活动租约的 blob。 如果要还原的 blob 范围内包含具有活动租约的 blob，则还原操作将自动失败。 在开始还原操作之前中断任何活动租约。
• 在还原操作过程中，不会创建或删除快照。 只有基本 blob 还原到其以前的状态。
• 如果还原的 blob 中有可变 blob，则不会根据所选恢复点将不可变 blob 还原到其状态。 但是，其他未启用不可变性的 Blob 将还原到所选的恢复点，这是预期行为。

• Azure 备份 不支持启用网络安全边界（NSP）的存储账户。 如果你启用了备份或计划使用 Azure 备份，我们建议不要将账户关联到 NSP。

• 只能使用 blob 的保管库备份解决方案在 标准常规用途 v2 storage 帐户中备份块 blob。

• 当storage帐户具有专用终结点时，也支持 Blob 保管库备份。

• 目前不支持使用 NFS 3.0* 和 SFTP 协议的帐户。 Storage

• 每天最多可以备份每个storage帐户 5 个备份。

• 可以使用 高达 1000 个容器备份storage帐户，这些容器中的 blob 数量没有限制。 还可以选择要备份的容器子集（最多 1000 个容器）。

  • 如果storage帐户包含 1000 多个容器，则需要选择高达 1000 个容器进行备份。
  • 你可以选择自动保护容器。 启用自动保护后，备份配置后创建的新容器会自动受到保护，直到受保护容器数量达到1000。 为所有现有和未来的集装箱选择自动保护是永久性的，无法切换回之前的集装箱选择选项。

• 要备份的storage帐户必须至少包含一个容器>。 如果storage帐户不包含任何容器，或者未选择任何容器，则配置备份时可能会出现错误。

• 仅 $web 支持保管库备份和 $root 系统容器。

• 如果在storage帐户上停止保护（保管库备份），则不会删除在 storage 帐户上创建的对象复制策略。 在这些情况下，需手动删除 OR 策略。

• 可以按照特定顺序（暂停备份、在storage帐户级别删除对象复制策略、完成故障转移，然后恢复备份）来避免在storage帐户故障转移期间Azure Blob 保管库备份中断。 这个过程不会影响现有的恢复点。 然而，它会在下一次备份作中触发blobs的完全重复制。 对象复制策略在下一个备份周期中会自动重新创建。

• 删除备份时，Azure 备份会自动从源中删除 object 复制策略。 如果存在自定义锁，请手动删除策略。 如果停止保护，它将仅断开与备份保管库和工具（如备份中心）storage帐户的连接。 此操作不会禁用 Blob 时间点还原、版本控制或更改提要设置。

• 不支持存档层 Blob 备份。 冷层和寒层的 Blob 在热层中还原。

• 使用 Data Lake Storage API 上传的 blob 不支持备份作。

  • 在初始备份时，这些斑点可能会被包含在恢复点中。 但是，如果这些更新后来被修改，Azure 备份 就无法捕获这些更新。 在规划备份和恢复时，排除这些斑点。

• 删除并重新创建同名storage帐户中的容器时，Object Replication无法识别更改。 因此，将来的恢复点将继续包含较旧的 Blob 及其版本。

• 同样，如果删除并重新创建具有相同名称的容器， 则对象复制 不会跟踪更改，并且将来的恢复点仍包含以前的 Blob 和版本。

• 如果暂停和恢复保护或删除 < Object 复制策略source storage 帐户，策略将触发完整备份。

• 具有 User-Assigned 托管标识（UAMI）的备份保管库与 Azure Blob 保管库备份不兼容。 仅 System-Assigned 托管标识（SAMI）有效，因为保管库需要access存储 blob 的storage帐户。 保管库对此access使用其系统分配的托管标识。

• 使用数据工厂配置本机复制的 Blob 容器不支持启用备份。

• 不支持作为源或目标保护属于任何对象复制的容器。 尝试备份此类容器将导致备份失败。

• 不支持启用了 法定保留 的容器。

• 如果storage帐户很大或包含大量版本，则第一个备份可能需要几天才能完成。