Compartilhar via

Azure VM 备份常见问题

本文解答了有关使用 Azure Backup 服务备份Azure VM 的常见问题。

备份

哪些 VM 映像可以在创建时启用备份功能?

创建 VM 时,可以为运行受支持操作系统的 VM 启用备份。

为什么初始备份需要更长的时间才能完成?

初始备份始终是完整备份,其持续时间取决于数据的大小以及处理备份的时间。

若要提高备份性能,请参阅备份最佳做法;Backup 注意事项Backup Performance

增量备份的总备份时间不超过 24 小时,但是,首次备份可能并非如此。

备份成本包含在 VM 成本内吗?

No. 备份成本独立于 VM 的成本。 详细了解 Azure Backup 定价

为 VM 启用备份需要哪些权限?

如果你是 VM 参与者,便可以在 VM 上启用备份。 如果你使用的是自定义角色,则需要具有以下权限才可在 VM 上启用备份:

  • Microsoft.RecoveryServices/Vaults/write
  • Microsoft.RecoveryServices/Vaults/read
  • Microsoft.RecoveryServices/locations/*
  • Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
  • Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
  • Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
  • Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
  • Microsoft.RecoveryServices/Vaults/backupPolicies/read
  • Microsoft.RecoveryServices/Vaults/backupPolicies/write

如果恢复服务保管库和 VM 的资源组不同,请确保具有恢复服务保管库资源组的写入权限。

按需备份任务是否使用与计划备份相同的保留计划?

No. 为按需备份作业指定保留期。 默认情况下,从门户触发时,该任务会保留 30 天。

我最近在某些 VM 上启用了Azure Disk Encryption。 我的备份是否继续有效?

为 Azure Backup 提供访问 Key Vault 的权限。 在 PowerShell 中,根据 Azure Backup PowerShell 文档的 Enable backup 部分中所述,指定权限。

我已将 VM 磁盘迁移到managed disks。 我的备份是否继续有效?

是的,备份可以无缝运行。 无需重新配置任何设置。

为何在配置备份向导中看不到我的 VM?

该向导仅列出与保管库位于同一区域且尚未进行备份的虚拟机。

我的 VM 已关闭。 按需备份或计划备份能正常工作吗?

Yes. 计算机关闭时,将运行备份。 恢复点被标记为崩溃一致性。

可以取消正在进行的备份作业吗?

Yes. 可以取消处于“正在创建快照”状态的备份作业。 如果作业正在从快照传输数据,则不能将它取消。

我在Azure Backup服务创建的资源组上启用了锁定(例如,“AzureBackupRG_<geo>_<number>”)。 我的备份是否继续有效?

如果锁定由 Azure Backup 服务创建的资源组,备份将开始失败。 删除锁定,并从该资源组中清除还原点集合,以使将来的备份成功。 请按以下步骤操作删除还原点集合。

我在包含与我的虚拟机相关的所有资源的资源组级别设置了一个锁。 我的备份是否会正常工作?

Azure Backup以 AzureBackupRG_<geo>_<number> 格式创建单独的资源组来存储 ResourcePointCollections 对象。 由于此资源组由服务拥有,因此锁定该资源组会导致备份失败。 锁只能应用于客户创建的资源组。

Azure 备份是否支持标准 SSD 托管磁盘?

是的,Azure 备份支持 标准 SSD 托管磁盘

可使用支持写入加速器 (WA) 的磁盘备份 VM 吗?

只能对已启用 WA 的数据磁盘(而不是 OS 磁盘)创建快照。 因此,只有已启用 WA 的数据磁盘才能受到保护。

我安装了包含写入加速器(WA)磁盘和SAP HANA的 VM。 如何备份?

Azure Backup可以备份已启用 WA 的数据磁盘。 但是,备份不会提供数据库一致性。

Azure Backup为SAP HANA数据库提供流式备份解决方案,RPO 为 15 分钟。 它获得了 SAP 的 Backint 认证,能够通过 SAP HANA 的原生 API 提供本地备份支持。 详细了解 在 Azure VM 中备份SAP HANA数据库

从我在 VM 备份策略中设置的计划备份时间开始,我可以预期的备份开始时间的最大延迟是多少?

计划备份在计划备份时间的 2 小时内触发。 例如,如果 100 个 VM 的备份开始时间计划为凌晨 2:00,则到上午 4:00 时,所有 100 个 VM 的备份作业都在进行中。 如果计划的备份由于停机而暂停并已恢复或重试,则备份可以在此计划的两小时时限之外启动。

每日备份点允许的最短保持期是多久?

Azure虚拟机备份策略支持从 7 天到 9999 天的最低保留期。 默认情况下,VM 的备份在快照中保留 7 天,在保管库中保留 180 天。 对少于 7 天的现有 VM 备份策略进行任何修改都需要进行更新,以满足 7 天的最小保留期限。

如果更改了 VM 或 VM 资源组名称的大小写,会发生什么情况?

如果更改 VM 或 VM 资源组的大小写(大写或小写),备份项名称的大小写不会更改。这是预期的 Azure Backup 的行为。 大小写更改不会出现在备份项中,而是在后端更新。

能否备份或还原附加到 VM 的选择性磁盘?

Azure Backup现在支持使用 Azure 虚拟机备份解决方案进行选择性磁盘备份和还原。 有关详细信息,请参阅 Azure VM 的选择性磁盘备份和还原

如果在备份过程中发生租户更改,是否保留托管标识?

如果发生租户更改,则需要禁用并重新启用 托管标识才能使备份再次工作。

Azure Backup是否支持备份从storage装载的 NFS 文件?

Azure Backup不支持将从 storage 或其他任何 NFS 服务器装载的 NFS 文件备份到 Linux 或 Windows 计算机。 它只能备份本地附加到 VM 的磁盘。

虚拟机备份中存储了哪些 VM 配置?

执行还原操作所需的所有 VM 配置均存储在 VM 备份中。 其中包括 VM 加密密钥的加密副本,你可以在还原时对其进行访问。 加密副本只能使用密钥库进行解密。 快照中不捕获临时磁盘和内存状态。

是否可以从 Azure VM 备份标记? 如果是这样,有多少个标签?

Azure Backup可以备份和还原标记,NIC 和 IP 除外。 Azure Backup遵循Azure资源组的订阅限制,最多还原 50 个标记。

有关详细信息,请参阅 订阅限制

是否可以在不计划Azure VM 的备份的情况下进行按需(即席)备份?

不行,无法通过禁用计划备份来触发按需备份。

Azure Backup如何处理群集节点?

群集中的每个Azure VM 都被视为单个Azure VM。 因此,所有备份操作都适用于每个单独的 Azure 虚拟机。

Azure Backup是否干扰应用程序性能?

创建 VM 快照需要几分钟时间,并且此阶段对应用程序性能产生最小干扰。 但是,将数据传输到保管库需要几小时;因此建议将备份安排在非营业时间。 详细了解 备份和还原最佳做法。

添加到 VM 的新磁盘是否会自动备份?

是的,除非在 VM 上配置了选择性磁盘备份,否则添加到 VM 的新磁盘会在下一次备份期间自动备份。 新添加到 VM 的磁盘在第一次备份上创建完整快照(初始副本),现有磁盘继续执行增量逻辑链。

能否从加密的 VM 备份还原文件和文件夹?

目前不支持从加密的 VM 备份还原文件和文件夹,必须恢复整个 VM 以还原文件和文件夹。 请参阅恢复加密的 Azure 虚拟机的步骤。 但是,可以在加密文件之前从备份中将其恢复。

能否在“将数据转移到保管库”阶段停止 VM 并升级它?

是的,可以在进行“将数据转移到保管库”阶段时执行此操作。

Azure Backup为 ADE 加密的 VM 备份这些密钥,并将其连同还原的磁盘一起还原吗?

Azure Backup备份加密密钥和备份数据的机密。 通常,密钥不会在Key vault中还原,但Azure Backup允许在密钥丢失期间还原密钥。

是否可以删除所有还原点并保留最新的还原点?

否,无法保留单个还原点。 删除以前的还原点时,链也随之删除。 因此,无法有选择地保留或删除恢复点。

在 Azure VM 备份中,备份过程中拍摄的快照的快照层级和存储冗余是什么?

在Azure VM 备份中,无论源 VM 磁盘层如何,都使用标准 HDD 层类型创建快照。 默认情况下,这些快照的存储冗余为本地冗余存储(LRS)。 但是,如果 VM 备份由增强策略管理,并且基础源磁盘存储位于支持区域冗余的区域中,则快照使用区域冗余存储。

可以使用备份策略保留Azure VM 的备份点多长时间?

备份点的最大保留期为:

  • 每日备份点的保留期:9999 天
  • 每周备份点的保留期:5163 周
  • 每月备份点的保留期:1188 月
  • 每年备份点的保留期:99 年

是否可以备份在经典Storage Azure中创建的 VM 磁盘?

否,Azure 经典存储中创建的磁盘已不再受支持。 若要确保持续功能,必须将这些磁盘迁移到Azure Resource Manager Storage。 此外,经典Storage帐户不支持基于 ARM 的Virtual Machines(VM),并且不存在启用兼容性的解决方法。

Important

计划于 2025 年 9 月 30 日弃用所有经典 VM 备份的支持。 建议在此时间线之前将经典 VM 和关联的磁盘迁移到Azure Resource Manager Storage,以避免中断。

更改或修改备份策略的保留期时,Soft-Delete(软删除)如何运作?

当备份策略的保留期发生更改时,还原点(RPs)的软删除行为将根据评估时的当前策略确定,而不是创建 RP 时的策略。

我有一台 Azure VM,它存储在一个使用高级 SSD ZRS 磁盘的可用区中。 如果使用不支持 ZRS 的 CRR 将此 VM 还原到配对区域,会发生什么情况?

将 VM 还原到不支持 Zone-Redundant Storage(ZRS)的对等区域时,Azure Backup会自动在与原始磁盘相同的性能层(例如标准或高级)中创建磁盘,但使用本地冗余Storage(LRS)而不是 ZRS。 这可以确保还原作成功完成,即使冗余模型发生更改。

64 TB 磁盘是否支持在所有区域中提供Azure Backup?

Azure Backup支持高达 64 TB 的单个磁盘大小,每个 VM 总共支持 512 TB。 在提供Azure Backup服务的所有Azure区域中都提供此支持。

MDCC 备份在使用增强策略时,如何在选择和不选择“只保留崩溃一致性快照”选项的情况下工作?

增强策略下 MDCC 备份的行为取决于是否选中 “仅崩溃一致性快照” 复选框:

未选中复选框时:

增强的策略将尝试采用应用程序一致性备份或文件系统一致性备份。 但是,如果这些尝试失败,策略将会在特定时间间隔退回到崩溃一致性备份系统:

  • 第 4 次、第 6 次和第 8 次执行时将创建崩溃一致性快照。
  • 即使无法保证一致性,此回退也能确保备份连续性。 回退到 MDCC 的原因包括脱机的虚拟机、不支持操作系统的虚拟机、客户机代理问题、VMSnapshotLinux 扩展配置问题等。

选中复选框后:

策略不会尝试应用程序或文件系统一致性。 相反,它将直接启动崩溃一致性 MDCC 备份,而不进行更高一致性级别的重试。

当速度和简单性优先于一致性保证时,此选项非常有用。

当我们将受保护的项从标准策略迁移到增强策略时,哪些保留期限将适用于还原点?

保留期按照新的增强策略应用于所有还原点。

为什么在更改备份策略后,无法立即看到恢复点的更新到期时间?

修改备份策略(例如更改保留期),恢复点(RP)的更新到期时间不会立即反映在Azure portal上。 这是预期的行为。

仅在系统运行每日清理过程(也称为过期恢复点修剪作业)后更新到期时间。 此作业通常每 24 小时运行一次。 因此,对于现有或新创建的恢复点,可能需要长达 24 小时才能在门户中显示新的到期时间。

如果未立即看到更新的到期时间,请在提出支持请求之前等待最多 24 小时。

Restore

我如何决定是仅还原磁盘还是还原整个虚拟机?

将 VM 还原视为Azure VM 的快速创建选项。 此选项会更改磁盘名称、磁盘使用的容器、公共 IP 地址和网络接口名称。 在创建 VM 的过程中,变更将保持资源的唯一性。 VM 没有被添加到可用性集中。

若要执行以下操作,可使用还原磁盘选项:

  • 自定义正在创建的虚拟机。 例如,更改大小。
  • 添加备份时不存在的配置设置。
  • 控制所创建的资源的命名约定。
  • 将 VM 添加到可用性集。
  • 添加必须使用 PowerShell 或模板进行配置的其他任何设置。

升级到managed disks后,是否可以还原非托管 VM 磁盘的备份?

是的,可以使用从非托管磁盘迁移到托管磁盘之前创建的备份。

如何将 VM 还原到 VM 在迁移到托管磁盘之前的还原点?

还原过程保持不变。 如果恢复点是 VM 具有非托管磁盘的某一时刻,则可以将磁盘还原为非托管磁盘。 如果 VM 使用托管磁盘,则可以将磁盘还原为托管磁盘。 然后,可以从这些磁盘创建 VM

了解更多信息关于在 PowerShell 中执行此操作。

如果还原无法创建 VM,还原中包含的磁盘会发生什么情况?

如果是托管 VM 还原,则即使 VM 创建失败,也仍会还原磁盘。

能否还原已删除的 VM?

Yes. 即使删除 VM,也可以转到保管库中的相应备份项,并从恢复点还原。

如何将 VM 还原到同一可用性集中?

对于使用托管磁盘的 Azure VM,可以通过在模板中提供选项来启用还原为托管磁盘并恢复到可用性集。 此模板具有名为“可用性集”的输入参数

如何获得更快的还原性能?

即时还原功能有助于更快地备份和从快照即时还原。

更改加密 VM 的key vault设置时会发生什么情况?

更改加密 VM 的密钥保管库设置后,备份将继续与新的配置信息协同工作。 在从更改前的恢复点进行还原后,您必须先还原密钥保管库中的机密,然后才能利用它创建虚拟机。 有关详细信息,请参阅此 article

像机密/密钥轮换这样的操作不需要此步骤,还原后可以使用相同的密钥保管库。

由于 VM 与域控制器的关系损坏,我是否可以访问恢复后的 VM?

是的,一旦虚拟机由于与域控制器的关系断开而被还原后,您可以访问该虚拟机。 有关详细信息,请参阅此 article

能否取消正在进行的还原作业?

是的,可以在数据传输阶段之前取消还原作业。 进入 VM 创建阶段后,无法取消还原作业。

我的还原操作为何需要很长时间才能完成?

总还原时间取决于输入/输出操作每秒速率(IOPS)和存储帐户的吞吐量。 如果目标存储帐户被其他应用程序的读写操作加载,总还原时间可能会受到影响。 若要提高还原操作的速度,请选择一个未加载其他应用程序数据的存储帐户。 了解 Azure VM 备份和还原的最佳做法。

如何处理“创建新虚拟机”-还原类型与治理策略的冲突?

Azure Backup使用恢复点的“附加”磁盘,而不会查看您的镜像引用或库。 因此,在策略中,可以选中“storageProfile.osDisk.createOption as Attach”,脚本条件将为:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

我如何将 VM 恢复到已关闭的状态?

若要还原处于关闭状态的 VM,可以创建 VM存储磁盘,但不能替换现有 VM。 详细了解 可用还原选项

是否可以还原处于关机状态Azure VM?

在还原 Azure 时,虚拟机必须处于断电状态。 否则,还原操作将在预检查阶段失败,错误代码为 UserErrorVmNotShutDown

此外,在交换 VM 磁盘之前,必须关闭 VM 的电源。

在一天中触发还原是否有限制?

还原限制是在 24 小时窗口内根据数据源进行应用的。 在此期间,最多可以还原同一 VM 20 次。 允许同时还原多个 VM,但可能会触发来自其他 Azure 服务的限制措施,例如 Azure Resource Manager,由于请求限制。

还原的磁盘 SKU 如何取决于所提供的目标存储帐户?

对于非托管 VM,VM 磁盘类型为高级 SSD 或 HDD,并且取决于 VHD 所在的 SA。 如果在还原期间提供正常的 SA,则 VM 磁盘将为 HDD,如果提供高级 SA,则所有磁盘将是高级 SSD。

Note

  • Azure Backup目前不支持将不同的 SA 作为不同磁盘的输入。
  • 还原到原始磁盘 SA 仅适用于快照层,并且它提高了还原性能,因为数据复制到同一 SA 的速度比复制到不同的 SA 更快。 它不用于支持磁盘类型,但可用于保留磁盘类型。

还原过程完成后,是否可以删除 JSON 模板和 VHD 文件?

是的,还原过程完成后,可以删除这些文件。 默认情况下,Azure Backup保留这些文件以供将来使用。

如何为 ADE 加密的虚拟机运行跨区域还原(CRR)恢复操作?

作为跨区域还原(CRR)的一部分,预计加密密钥不会存在于目标区域中。 因此,需要使用还原的文件还原已加密的密钥和机密。 还原完成后,可以使用还原的磁盘创建Azure加密的 VM。

Azure Backup中是否有建议的Azure VM 命名约定?

Microsoft Windows 允许 VM 名称最多包含 15 个字符。 此外,不能指定与 NETBIOS 主机名不同的 DNS 主机名。 但是,可以根据建议为Azure VM 上托管的网站创建主机标头。

详细了解 Azure VM 的 VM 命名约定限制

是否可以在不同的订阅中还原Azure虚拟机?

可以,现在跨订阅还原允许您根据 Azure 基于角色的访问控制(Azure RBAC)规则,从一个订阅中的恢复点将 Azure VM 还原到租户下的另一个订阅。 不支持从snapshots中进行跨订阅还原。

跨订阅还原功能是否支持所有 Azure 虚拟机?

否,不支持 加密Azure VM

是否可以使用Azure VM 快照在另一个订阅中还原?

否,跨订阅还原不支持从 快照还原。

可以对次要区域中运行的 Azure VM 执行跨订阅还原吗?

Yes.

是否可以使用增强型策略进行跨订阅还原?

是的,支持 跨订阅恢复

是否可以在不同的区域中还原Azure区域钉住的虚拟机?

是的,跨区域还原 现在允许根据 Azure 基于角色的访问控制(Azure RBAC)规则,使用启用了区域冗余存储(ZRS)的保管库中的恢复点,将固定于 Azure 区域的虚拟机还原到其他可用区域。 在支持跨区域还原 (CRR) 的保管库中也支持它。

是否可以在不同的区域还原没有区域绑定的Azure虚拟机?

是的,跨区域还原现在允许使用启用了区域冗余存储(ZRS)的 Azure 中的保管库中的恢复点,将非区域固定的 VM 还原到任何可用区域,按照基于角色的访问控制(Azure RBAC)规则进行操作。

跨区域还原是否支持所有Azure VM?

否,不支持 加密Azure VM

是否可以使用Azure VM 快照在另一个区域中还原?

否,跨区域还原不支持从snapshot还原。

是否可以将固定在 Azure 可用区的 VM 还原到其他次要区域?

是的,Azure Backup 支持将固定到 Azure 区域的 VM 还原到次要区域。

我可以使用增强策略进行跨区域还原吗?

是的,支持 跨区域还原

运行适用于 Linux ILR 的 Python 脚本后,我该如何清除 iSCSI 会话及其进程?

从Azure portal卸载磁盘后,使用 clean 参数运行 Python 脚本(python scriptName.py clean),以清除会话并从计算机中删除恢复点的装载路径。

为什么还原的 VM 会丢失源 VM 的套餐、SKU 和发布者属性?

使用Azure Backup还原虚拟机(VM)期间,你可能会注意到,还原的 VM 不会保留源 VM 上存在的产品/服务、SKU 和Publisher属性。 这是一种预期行为,由于以下原因而发生:

  • MarketPlace 映像 VM:只有从 MarketPlace 映像创建的 VM 才具有产品/服务、SKU 和 Publisher 详细信息。 这些属性派生自 VM 映像本身。 使用市场映像创建 VM 时,createOption 设置为“from image”。 这可确保在 VM 创建过程中包括优惠、SKU 和发布者属性。
  • 从磁盘创建的 VM:从磁盘创建 VM(例如还原的 VM、上传的 VM 或从快照创建的 VM)时,createOption 设置为 “附加 ”而不是“从映像”。 在此情况下,不包括优惠、SKU 和 Publisher 属性,因为这些属性是只读的,而且只能在初始 VM 创建过程中,当 createOption 为 from image 时添加。

从保管库存储执行还原时,预期的吞吐量是多少。

对于第 2 层还原(从保管库数据还原),所需时间取决于需要传输的已分配数据量。 在观察到的一种情况下,每个磁盘分配的数据量约为 2 TB,这些磁盘显著影响了总传输时间。 虽然传输速率为 30 MBps 被认为是最佳,但我们在此实例中实现了大约 50 MBps。

例如,如果客户有一个 16 TB 的磁盘,每个段分配的数据为 2 TB,则总还原时间可能会以最佳传输速率扩展到 20 小时。

管理 VM 备份

如果修改备份策略,会发生什么情况?

VM 使用已修改策略中的计划和保留设置进行备份。

  • 如果延长保留期,则会根据新策略对现有的恢复点进行标记和保留。
  • 如果缩短保留期,恢复点将被标记为在下一次清理作业中修剪,并随后被删除。

恢复点与数据保留周期的频率是特定对应的。 例如,添加或修改每年保留策略不会影响预先存在的每月恢复点的保留。

如何将由 Azure 备份的虚拟机移到其他资源组?

  1. 暂时停止备份并保留备份数据。

  2. 若要移动配置Azure Backup virtual machines,请执行以下步骤:

    1. 找到虚拟机的位置。
    2. 找到包含以下命名模式的资源组:AzureBackupRG_<location of your VM>_1。 例如, AzureBackupRG_chinanorth2_1
    3. 在Azure portal中,勾选显示隐藏类型
    4. 查找类型为 Microsoft.Compute/restorePointCollections 的资源,其命名模式为 AzureBackup_<name of your VM that you're trying to move>_###########
    5. 删除此资源。 此操作仅删除即时恢复点,不删除保管库中的备份数据。
    6. 删除操作完成后,可以移动虚拟机。
  3. 将 VM 移到目标资源组。

  4. 恢复备份。

可以从在执行移动操作之前创建的可用还原点中还原 VM。

将 VM 移到其他资源组后会出现什么情况?

将 VM 移动到其他资源组后,就Azure Backup而言,它是一个新 VM。

将 VM 移到新的资源组后,可以在同一保管库或其他保管库中重新保护 VM。 由于这是Azure Backup的新 VM,因此需单独为其计费。

如果需要,旧 VM 的还原点将可用于还原。 如果不需要此备份数据,则可以停止保护具有删除数据的旧 VM。

对于可与同一备份策略关联的 VM 数是否有限制?

有,可以关联到同一备份策略的 VM 数量限制为 100 个。 我们建议,如果 VM 数超过 100 个,请创建具有相同计划或不同计划的多个备份策略。

保管库中整体配置/修改保护的每日限制为 1000。

如何查看备份的保留设置?

目前,你可根据分配给 VM 的备份策略来查看备份项 (VM) 级别的保留设置。

查看备份的保留设置的一种方法是在Azure portal中导航到 VM 的备份项dashboard。 选择其备份策略的链接有助于查看与 VM 关联的所有每日、每周、每月和每年保留点的保留期。

还可以使用 Backup Explorer 查看单个窗格中所有 VM 的保留设置。 从任何恢复服务保管库中转到备份资源管理器,转到“备份项”选项卡,然后选择“高级视图”,查看每个 VM 的详细保留信息

将快照从存储帐户移动到保管库时,如何管理加密传输?

Azure VM 备份使用 HTTPS 通信来加密传输中的数据。 数据传输使用Azure基础结构(而不是公共端点),不需要Internet访问进行VM备份。

如何禁用“文件恢复”选项?

此 API预配用于调用 iSCSI 连接 的脚本,以便从 Azure Backup 恢复文件。

  • 可以通过排除 API 操作,使用“自定义角色定义”禁用此选项。
  • 还可以使用私有终结点限制来自专用网络的访问,以便连接 iSCSI 服务器。
  • 还可以使用 deny assignment 功能在组织中禁用此选项。

我更改了保留策略,该策略生效需要多长时间?

策略在修改参数(如保留、计划等)之后立即生效。 这适用于从修改后的策略创建的所有新备份。 但是,根据新策略修剪恢复点(如果适用)需要 24 小时。

我如何延长或缩短特定恢复点的保留期?

目前不支持此功能。 可以在 Azure Backup 社区门户中发布任何功能请求。

如何修改已停止备份的保留期?

无法修改已停止备份的保留期,因为其上没有附加任何策略。 但是,可以恢复保护并分配策略。

已停止的备份会保留多长时间?

已停止的备份将一直保留,直至手动删除。

执行跨区域还原时,无法在次要区域中选择虚拟网络、子网或存储帐户。

需要检查次要区域中的订阅权限。 请通过 AskAzureBackupTeam@microsoft.com 联系我们以进行订阅注册。

如何检查Azure Backup服务和Azure VM 之间的流量?

由于Azure资源处理此流量,因此不能由外部用户确定。

Azure Backup中 VM 备份的最低 RPO 和 RTO 是什么?

RPO:使用标准策略时,最小 RPO 为 1 天或 24 小时。 如果使用增强策略,则最小 RPO 为 4 小时。

为何出现 VMMarketplaceInvalidInputmessage 错误?

当您尝试从非Marketplace映像启动Azure VM,或将VM的操作系统磁盘交换为非Marketplace映像,然后VM部署失败时,会出现此错误。 若要解决此问题,请从 VM 中删除计划信息。

我如何管理密钥轮换? 如何确保将备份期间使用的密钥(如果存在)与还原的 VM 配合使用?

Azure Backup在备份期间执行备份,针对密钥版本的机密和 KEK 数据进行备份,并恢复这些机密和数据。 但是,也可以启动具有旧版本密钥的 ADE VM。

Azure Backup轮换Microsoft托管密钥的频率是多少?

根据符合性要求轮换Azure管理的密钥。 如果你有特定的密钥轮换要求,我们建议你迁移到客户管理的密钥,以便你可以手动管理和审核轮换。 详细了解【关于 Azure Storage 加密】​​(..\storage\common\storage-service-encryption.md)。

使用 CRR 配置保管库时,如果主要区域发生故障,辅助数据会有什么影响?

在主要区域发生故障之前完全复制到次要区域的备份数据将保持不变。 即使在主要区域已从故障中恢复之后,也是如此。 换句话说,可根据复制计划在次要区域中使用发生故障前的数据恢复虚拟机。 请注意,次要区域的恢复点目标 (RPO) 为 36 小时,即数据需要大约 36 小时才能从主要区域完全复制到次要区域。

更新备份策略时,为什么过期时间不会立即更新?

垃圾回收器 (GC) 运行时会更新恢复点的“到期时间”,每 24 小时一次。 更新备份策略后,如果 GC 作业没有延迟,最长可能需要 24 小时 才能在 到期时间显示更新。

为什么 VM 的Azure portal中未显示最新恢复点的到期时间?

最新恢复点的过期时间不会显示,因为在创建更新的恢复点之前,最新恢复点的保留期是无限的。 其他恢复点的到期时间将在创建后 24 小时内,视垃圾回收程序的运行时间,在 Azure 门户中可见(该程序将在 24 小时内运行)。

Azure VM 还原操作到原始或备用位置是否会影响计划的备份?

否,还原操作(还原到原始位置或备用位置)不会影响计划的备份。

  • 还原到原始位置:Azure Backup将现有 VM 的磁盘替换为还原点中的磁盘。 此过程包括在还原之前对当前 VM 进行快照,确保备份计划不变
  • 恢复到备用位置:Azure Backup 使用还原点创建新的 VM。 这个新 VM 的备份计划与原始 VM 不同;需要手动配置备份策略。 了解 Azure VM 还原。

在这些还原场景中,原始 VM 的原始备份策略和计划不受影响。 但是,如果你希望还原的 VM(位于备用位置)具有备份计划,则需要设置备份策略。

如果执行Azure VM 的原始/备用位置还原,备份配置会发生什么情况?

对于 Azure 虚拟机的原始位置还原(OLR)或备用位置还原(ALR),Azure Backup 进行相应的备份配置:

还原类型 备份配置 备份数据
原始位置还原 (OLR) 备份配置保持不变。 还原的 VM 使用与原始 VM 相同的备份策略和计划。 保留现有备份数据,并按原始备份计划触发新备份。
备用位置还原 (ALR) 在备用位置创建的新 VM 不会继承原始 VM 的备份配置。 需要手动为此 VM 配置新的备份策略。 原始 VM 的备份数据不受影响。 但是,在配置新 VM 的备份后,它就会以全新的备份历史记录开始运行。

Note

  • OLR:提供具有相同策略的无缝连续的备份
  • ALR:需要为新 VM 手动设置备份策略

Azure VM 备份为何不支持具有Storage Spaces direct和Storage空间的 VM?

不支持 Storage Spaces Direct,因为它的数据分布在两个不同的虚拟机上。

单个虚拟机中的存储空间不支持应用程序一致性 VM 备份。 对于应用程序一致 VM 备份,VSS 冻结 I/O 并确保磁盘快照一致。 Storage Spaces 仍可在后台执行写入,这打破了应用程序一致性保证。 这可能会导致所执行的备份不应用程序一致的可能性很小。 目前,产品中不会阻止具有storage空间的 VM 的备份和恢复。

如果我从 VM 中删除其中一个磁盘并增加现有磁盘的大小,备份会发生什么情况,以及下一个备份是否为所有磁盘创建完整备份?

如果删除磁盘,则不会为已删除的磁盘运行快照或数据传输操作。 还原点中包含的磁盘数因备份时的 VM 状态而异。

除非磁盘的基础存储帐户发生更改,否则磁盘大小调整将继续执行增量备份,而存储帐户的更改会导致完整备份。

什么是目录“/var/log/azure/Microsoft.Azure。RecoveryServices.VMSnapshotLinux“?

这是备份扩展 VMSnapshotLinux 使用的目录,使用恢复服务保管库在 VM 上启用备份时会创建该目录。 日志在备份、还原或扩展作(如计划更新)期间写入此位置,通常它们应仅用到几 GB,日志大小与备份大小不成正比。

如果在运行某个时间后,大型磁盘 VM 的备份失败并出现超时错误,何时可以再次重试备份作业,备份是否会从失败的位置继续?

对于初始副本,在发生故障时,将重新进行完整备份。 但对于增量备份,将上次成功备份中的快照与最新的快照进行比较,以便将已更改的数据复制到保管库中。

为何不支持使用 GRS 保管库/跨区域还原的高级 SSD v2?

高级 SSD v2/超高性能磁盘目前在所有地区都不可用,因此无法启用地理冗余存储(GRS)。

Note

仅当两个配对区域都支持高级 SSD v2/超级磁盘时,GRS 才正常工作。

为什么在更改备份策略后,无法立即看到恢复点的更新到期时间?

修改备份策略(例如,更改保留期),恢复点(RP)的更新到期时间不会立即反映在Azure portal上。 这是预期的行为。

仅在系统运行每日清理过程(也称为过期恢复点修剪作业)后更新到期时间。 此作业通常每 24 小时运行一次。 因此,对于现有或新创建的恢复点,可能需要长达 24 小时才能在门户中显示新的到期时间。

如果未立即看到更新的到期时间,请在提出支持请求之前等待最多 24 小时。