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

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

即时还原特性提供了以下功能：

• 可以使用执行备份作业期间创建的用于恢复的快照，而无需等待将数据传输到保管库的操作完成。 它缩短了快照在触发还原之前复制到保管库的等待时间。
• 通过在本地保留快照，缩短备份和还原时间。使用标准版策略时，快照默认保留两天；使用增强型策略时，快照默认保留七天。 对于标准版策略，此默认快照保留期值可配置为 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 恢复服务保管库。

完成快照后会立即创建恢复点，可以在相同的还原流中，使用此快照恢复点类型执行还原。 可以在 Azure 门户中使用“快照”作为恢复点类型来识别此恢复点，快照传输到保管库后，恢复点类型将更改为“快照和保管库”。

• 快照连同磁盘一起存储，以提高恢复点创建速度并加快还原操作。 因此，您会看到与此期间拍摄快照对应的存储成本。
• 对于标准策略，所有快照本质上都是增量快照，并存储为页 blob。 使用非托管磁盘的所有用户需要为其本地存储帐户中存储的快照付费。 由于托管 VM 备份使用的还原点集合在基础存储级别使用 Blob 快照，因此对于托管磁盘，你将看到与 Blob 快照定价对应的成本，并且成本是递增的。
• 对于高级存储帐户，为即时恢复点创建的快照计入分配空间的 10-TB 限制。 对于增强型策略，仅支持托管 VM 备份。 初始快照是磁盘的完整副本。 后续快照本质上是增量快照，仅占用自上次快照以来对磁盘的增量更改。 使用即时还原恢复点时，必须通过 Azure Policy 将 VM 或磁盘还原到不需要 CMK 加密磁盘的订阅和资源组。

快照（连同磁盘一起存储）的即时还原功能可提高恢复点创建速度，并加快还原操作。 此期间创建的相应快照将产生额外的存储成本。 快照存储成本因备份策略的类型而异。

标准版策略将 blob 快照用于即时还原功能。 所有快照本质上都是增量快照，存储在 VM 的存储帐户中，用于即时恢复。 增量快照指的是，快照所占用的空间等于在创建快照后写入的页面所占用的空间。 费用仍根据快照占用的空间按 GB 计费，如本节内容所述。 例如，考虑大小为 100GB 的 VM，即时还原的更改率为 2%，保留期为 5 天。 在本例中，计费的快照存储将为 10GB (100* 0.02* 5)。

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

增强型策略将托管磁盘快照用于即时还原功能。 初始快照是磁盘的完整副本。 后续快照本质上是增量快照，仅占用自上次快照以来对磁盘的增量更改。 托管磁盘快照的定价在此定价页中进行了说明。

例如，VM 的大小为 100GB，其即时还原的更改率为 2%，保留期为 5 天。 在本例中，计费的快照存储将为 108GB (100 + 100 X 0.02 X 4)。

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

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

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

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

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

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

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

这取决于 VM 的变动率。

• 标准版策略：在稳定状态下，可以假设增加的成本 = 快照保留期 * 每个 VM 的每日变动率 * 每 GB 快照存储成本。
• 增强型策略：在稳定状态下，可以假设增加的成本 = ((VM 大小) + (快照保留期-1) * 每个 VM 快照的每日变动率) * 每 GB 快照存储成本。

如果恢复类型是“快照和保管库”，则会从本地快照自动执行还原，与从保管库执行还原相比，其速度要快得多。

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

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

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

因此，如果策略设置为“n”个快照，那么有时可能会发现“n+1”个快照。 此外，如果垃圾回收延迟，甚至还可以找到“n+1+2”个快照。 在以下情况下，可能偶尔会发生这种情况：

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

为所有人启用了即时还原功能，不能禁用它。 可以将快照保留期缩短到最少一天。

安全，并且对数据传输速度绝对不会有任何影响。