使用 Azure 备份即时还原功能获得改进的备份和还原性能

本文介绍 Azure 备份中即时还原功能的改进备份和还原性能。

关键功能

即时还原提供以下功能：

• 使用执行备份作业期间创建的用于恢复的快照，而无需等待将数据传输到保管库的操作完成。 它缩短了快照在触发还原之前复制到保管库的等待时间。
• 默认情况下，使用标准策略在本地保留快照 2 天，使用增强策略将快照保留 7 天，从而减少备份和还原时间。 可以将此默认快照保留值配置为标准策略的 1 到 5 天，为增强策略配置 1 到 30 天。
• 最大支持 32 TB 的磁盘大小。 请勿使用 Azure 备份调整磁盘大小。
• 在使用标准策略时，支持标准 SSD 磁盘、标准 HDD 磁盘以及高级 SSD 磁盘。 除了标准 HDD、标准 SSD 和高级 SSD v1 磁盘外，还支持使用增强策略备份和即时还原高级 SSD v2 和超级磁盘。
• 还原时，使用非托管虚拟机（VM）的原有存储帐户（针对每个磁盘）。 即使 VM 的磁盘跨存储帐户进行分布，也具备此能力。 它加速了各种 VM 配置的还原操作。
• 在存储帐户中使用非托管高级磁盘来备份 VM。 建议您在使用即时还原时，将分配的总存储空间中50%的空闲空间分配出来。 首次备份完成后，不再需要保留50%的可用空间来进行备份。

即时还原的工作原理是什么？

备份作业包括两个阶段：

1. 创建 VM 快照。
2. 将 VM 快照传输到恢复服务保管库。

恢复点将在快照完成后立刻创建。 可以使用这种快照类型的恢复点，通过相同的恢复流程执行还原。 可以使用 快照 作为恢复点类型，在 Azure 门户中标识此恢复点。 将快照传输到保管库后，恢复点类型将更改为 快照和保管库。

功能注意事项

• 快照将连同磁盘一起存储，以提高恢复点的创建速度并加快还原操作。 因此，你将看到与在此期间拍摄的快照对应的存储成本。
• 对于标准版策略，所有快照本质上都是增量快照，并存储为页 blob。 使用非托管磁盘的所有用户都会为其本地存储帐户中存储的快照付费。 由于托管 VM 备份使用的还原点集合在基础存储级别使用 Blob 快照，因此对于托管磁盘，你会看到与 Blob 快照定价相对应的成本，它们是增量的。
• 对于高级存储帐户，为即时恢复点拍摄的快照计入已分配空间的 10 TB 限制。 对于增强策略，仅支持托管 VM 备份。 初始快照是磁盘的完整副本。 后续快照本质上是增量快照，仅占用自上一快照以来磁盘的增量更改。 使用即时还原恢复点时，必须将 VM 或磁盘还原到不要求使用客户托管密钥进行加密（通过 Azure 策略设置）的订阅和资源组中。
• 为非托管磁盘执行即时还原时，请确保托管快照/VHD 文件的存储帐户已启用公用网络访问或类似访问。 如果存储帐户中必要的网络访问不可用，则会触发标准恢复点还原，这会导致还原时间变慢。
• 标准策略从增量备份开始，如果原始磁盘丢失，则缺少完整恢复点。 相比之下， 增强策略 使第一个备份成为完整恢复点，这可确保完全恢复并改进数据完整性。

成本影响

快照的即时还原（与磁盘一起存储）可提升恢复点的创建速度，并加快相应的还原操作。 此过程对于在此期间拍摄的相应快照会产生额外的存储成本。 快照存储成本因备份策略的类型而异。

标准策略的成本影响

标准策略使用 Blob 快照实现即时还原功能。 所有快照本质上都是增量快照，存储在 VM 的存储帐户中，用于即时恢复。 增量快照表示快照占用的空间等于创建快照后写入的页面占用的空间。 费用仍按快照占用的空间按 GB 计算，如定价和计费所述。 如图所示，请考虑大小为 100 GB 的 VM、2%的更改率，以及即时还原的保留期为 5 天。 在这种情况下，快照存储按 10 GB（100 * 0.02 * 5）计费。

对于使用非托管磁盘的 VM，可以在每个磁盘的虚拟硬盘（VHD）文件的菜单上看到快照。 对于托管磁盘，快照存储在指定资源组中的还原点集合资源中。 快照本身不直接可见。

增强策略的成本影响

增强策略使用托管磁盘快照实现即时还原功能。 初始快照是磁盘的完整副本。 后续快照本质上是增量快照，仅占用自上一快照以来磁盘的增量更改。 托管磁盘快照的定价在托管磁盘定价中有说明。

例如，大小为 100 GB 的 VM 的更改率为 2%，即时还原的保留期为 5 天。 在这种情况下，快照存储按 108 GB（100 + 100 X 0.02 X 4）计费。

在标准策略的周策略中，快照的保留期固定为 5 天。 增强策略的快照保留期可能从 5 到 20 天不等。

具有标准策略的受信任启动虚拟机使用托管磁盘快照进行即时还原。 在此方案中，会产生与增强策略的成本相同的快照存储成本。

配置快照保留期

使用 Azure 门户

在 Azure 门户中的“ 即时还原 ”部分中，可以看到在 “VM 备份策略 ”窗格中添加的字段。 可以为与特定备份策略关联的所有 VM 更改 VM 备份策略 窗格中的快照保留期。

使用 PowerShell

在 Az PowerShell 版本 1.6.0 及更高版本中，可以使用 PowerShell 更新策略中的即时还原快照保留期。

$bkpPol = Get-AzRecoveryServicesBackupProtectionPolicy -WorkloadType "AzureVM"
$bkpPol.SnapshotRetentionInDays=5
Set-AzRecoveryServicesBackupProtectionPolicy -policy $bkpPol

每个策略的默认快照保留期设置为 2 天。 可以将该值更改为至少一天，最多五天。 就每周策略来说，快照保留期固定为 5 天。

常见问题

即时还原的成本影响是什么？

快照将连同磁盘一起存储，以加速恢复点的创建和还原操作。 因此，会看到与 VM 备份策略一部分选择的快照保留相对应的存储成本。

在高级存储帐户中，为即时恢复点拍摄的快照是否占用 10 TB 快照限制？

是的，对于高级存储帐户，为即时恢复点拍摄的快照占用 10 TB 的已分配快照空间。

在 5 天期限内，快照保留的工作方式是怎样的？

对于标准版策略，每天都会创建一个新快照，那么便有五个单独的增量快照。 快照的大小取决于数据变动量，在大多数情况下为 2% 到 7%。 对于增强型策略，初始快照是一个完整快照。 后续快照本质上是增量的。

即时还原快照是增量快照还是完整快照？

对于标准策略，作为即时还原功能的一部分拍摄的快照是增量快照。 对于增强型策略，初始快照是一个完整快照。 后续快照本质上是增量的。

如何根据使用即时还原功能来计算成本的大致增加量？

这取决于 VM 的变动率。

• 标准策略：在稳定状态下，可以假定成本增加为快照保留时间段内每个 VM 快照存储的每日变动量乘以每 GB 的快照存储费。
• 增强策略：在稳定状态下，可以假定成本增加为 = （（VM 大小） + （快照保留期-1） * 每个 VM 的每日变动量* *每个 GB 的快照存储成本。

如果还原点的恢复类型是“快照和保管库”，而我执行了还原操作，那么，将使用哪种恢复类型？

如果恢复类型为“快照和保管库”，则从本地快照自动还原。 与从保管库完成的还原相比，此还原速度更快。

如果我选择的还原点（第 2 层）的保留期小于快照（第 1 层）保留期，会发生什么情况？

除非删除快照（第 1 层），否则新模型不允许删除还原点（第 2 层）。 建议为恢复点（第 2 层）设置的保留期要长于快照的保留期。

为什么即使在备份策略中的设置保留期之后，我的快照仍存在？

如果恢复点具有快照，并且它是可用的最新恢复点，则会将快照保留到下一次成功的备份。 此行为根据指定的垃圾回收策略发生。 策略要求始终存在至少一个最新的恢复点，以防由于 VM 中的问题导致所有后续备份失败。 正常情况下，在恢复点过期后，将在最多 24 小时内进行清理。 在极少数情况下，可能会根据垃圾回收器上较大的负载产生一个或两个额外的快照。

我为什么会看到比保留策略更多的快照？

在将保留策略设置为 1 的场景中，可以找到两个快照。 如果由于 VM 出现问题，导致所有后续备份失败，策略要求始终至少要有一个最新的恢复点。 此要求可能导致出现两个快照。

因此，如果为 n 快照设置了策略，有时可以找到 n+1 快照。 此外，如果垃圾回收存在延迟，甚至可以找到 n+1+2 快照。 当以下情况发生时，会发生这种罕见行为：

• 清理快照，这些快照的保留期已过。
• 后端中的垃圾回收器负载过大。

我不需要即时还原功能。 是否可以禁用它？

即时还原已为所有人启用，无法禁用。 可以将快照保留期缩短到最少一天。

在传输过程中重启 VM 是否安全（传输过程可能需要数小时）？ 重启 VM 是否会中断传输或减慢传输速度？

是的，这是安全的。 数据传输速度不受影响。

为什么 12 个月的备份保留策略将数据保留 372 天而不是 365？

每月备份的保留期是每月使用 31 天 计算的。 将 31 天乘以 12 个月时，总保留期将变为 372 天。 这种方法可确保所有月份的保留期保持一致，而无论实际天数是多少。

在垃圾回收周期过期后保留额外的还原点是否收费？

是的，此保留会产生额外的费用。 策略的定价取决于持续时间和未清理的恢复点数量。 估算备份成本时，请考虑这些因素。