Azure 备份中的存档层概述

客户依赖于使用 Azure 备份根据组织合规性规则定义的保留需求来存储备份数据，包括长期保留 (LTR) 备份数据。 在大多数情况下，较旧的备份数据很少被访问，只是为了满足合规性需求而存储。

除了快照和标准层以外，Azure 备份还支持备份存档层中的长期保留点。

支持矩阵

支持的工作负荷

存档层支持以下工作负载：

工作负荷	Operations
Azure 虚拟机	仅每月和每年恢复点。 不支持每日和每周恢复点。 保管库标准层中的保留时间 >= 3 个月 剩余保留时间不少于 6 个月。 无每日和每周活动依赖项。
Azure 虚拟机中的 SQL Server Azure 虚拟机中的 SAP HANA	仅完整恢复点。 不支持日志和差异。 保管库标准层中的保留时间不少于 45 天。 剩余保留时间不少于 6 个月。 无依赖项。

仅当满足上述所有条件时，恢复点才可存档。

支持的客户端

存档层支持以下客户端：

• Azure 门户
• PowerShell
• CLI

支持的区域

支持的工作负荷	支持的区域
Azure VM、Azure VM 中的 SQL Server、Azure VM 中的 SAP HANA	中国北部 2、中国东部 2

存档建议（仅适用于 Azure 虚拟机）

Azure 虚拟机的恢复点是增量的。 将恢复点移到存档层时，它们将转换为完整恢复点（以确保存档层中的所有恢复点相互独立并隔离）。 因此，整个备份存储（保管库标准 + 保管库存档）可能会增大。

存储增大的数量取决于虚拟机的变动模式。

• 将恢复点移到存档层时，虚拟机中的变动率越大，整个备份存储就越小。
• 如果虚拟机中的变动率较低，则移动到存档层可能会导致备份存储增加。 这可能会抵消保管库标准层和保管库存档层之间的价格差异。 因此，这可能会增大总体成本。

为了解决此问题，Azure 备份提供了建议集。 建议集返回恢复点的列表，将这些恢复点一起移到存档层可确保节省成本。

修改保护

Azure 备份提供两种方式用于修改数据源的保护：

• 修改现有策略
• 使用新策略保护数据源

在这两种情况下，新策略将应用于所有旧恢复点，其中有些恢复点位于标准层中，而有些位于存档层中。 因此，如果发生策略更改，可能会删除旧恢复点。

将恢复点移到存档后，在 180 天内不能提前删除这些恢复点。 费用按比例计算。 如果删除的恢复点未在保管库存档中保留 180 天，则需要按保管库存档层价格为所选剩余保留期付费。

停止保护并删除数据

停止保护并删除数据会删除所有恢复点。 删除尚未在存档层保留 180 天的恢复点会产生提前删除费。

停止保护并保留数据

选择“停止保护并保留数据”时，Azure 备份现在支持分层存档。 如果备份项与长期保留策略相关联，并且已移动到“停止保护并保留数据”状态，则可以选择将建议的恢复点移动到保管库存档层。

存档层定价

可以在我们的定价页中查看存档层定价。

常见问题

如果停止保护并保留数据，存档恢复点会发生什么情况？

恢复点将永久保留在存档中。 有关详细信息，请参阅停止保护对恢复点的影响。

存档层是否支持跨区域还原？

将 GRS 保管库中的数据从标准层移动到存档层时，数据会移动到 GRS 存档中。 即使启用了跨区域还原，也是如此。 备份数据移动到存档层后，无法将数据还原到配对区域。 但在区域故障期间，辅助区域中的备份数据将可用于还原。

从主要区域存档层中的恢复点还原时，恢复点将复制到标准层，并根据解除冻结的持续时间保留到主要区域和辅助区域。 可以从这些解除冻结的恢复点执行跨区域还原。

我可以看到虚拟机的符合条件的恢复点，但看不到任何建议。 原因是什么？

虚拟机的恢复点符合条件， 这意味着有可存档的恢复点。 但是，虚拟机中的变动率可能很低，因此未提供建议。 在这种情况下，虽然可以将可存档的恢复点移到存档层，但可能会增大总体备份存储成本。

如果通过 Azure 门户移动，如何确保所有恢复点都移动到存档层？

若要确保所有恢复点都移动到存档层，

1. 选择所需工作负载。
2. 按照这些步骤转到“移动恢复点”。

如果恢复点列表为空，则将所有符合条件的/建议的恢复点移动到了保管库存档层。

是否可以使用“文件恢复”选项为存档恢复点在 Azure VM 备份中还原特定文件？

否。 目前，文件恢复选项不支持从 Azure VM 备份的存档恢复点还原特定文件。

后续步骤

• 使用存档层
• Azure 备份定价