使用 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 门户中使用“快照”作为恢复点类型来识别此恢复点,快照传输到保管库后,恢复点类型将更改为“快照和保管库”。

示意图显示 VM 备份堆栈资源管理器部署模型中用于存储和保管库的备份作业。

功能注意事项

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

成本影响

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

标准版策略的成本影响

标准版策略将 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)。

备注

对于标准版策略,就每周策略来说,快照保留期固定为 5 天,对于增强型策略则为 5 至 20 天不等。

配置快照保留期

使用 Azure 门户

备注

还可以通过备份中心访问以下部分中描述的功能。 备份中心是 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 天。 可以将该值更改为最小1天,最大5天。 就每周策略来说,快照保留期固定为 5 天。

常见问题

哪些因素影响即时还原的成本?

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

在高级存储帐户中,为即时恢复点创建的快照是否会占用 10-TB 快照限制?

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

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

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

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

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

如何计算即时还原功能大约增加的成本?

这取决于 VM 的变动率。

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

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

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

如果选择的还原点(第 2 层)保留期小于快照(第 1 层)保留期,会发生什么情况?

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

为何我即使在备份策略中设置了保留期,我的快照也仍然存在?

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

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

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

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

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

备注

Azure 备份会自动管理备份。 Azure 备份会保留旧的快照,因为它们是维护此备份以确保一致性所必需的。 如果你手动删除快照,则备份一致性可能会出现问题。 如果备份历史记录中存在错误,则你需要在使用保留数据选项的情况下停止备份,然后再恢复备份。 如果你有特别的场景(例如,虚拟机具有多个磁盘,以及需要超大的空间),请考虑创建备份策略。 你需要为具有 OS 磁盘的 VM 单独创建一个备份,为其他磁盘创建另一个备份。

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

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

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

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

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

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