有关 Azure Site Recovery 的一般问题

通过协调和自动化 Azure VM 复制（本地区域虚拟机和物理服务器到 Azure；本地计算机到辅助数据中心），Site Recovery 可帮助实现业务连续性与灾难恢复 (BCDR) 策略。 了解详细信息。

否，Azure Site Recovery 不支持在虚拟机上运行的 Docker 工作负载。 若要使用 Site Recovery 保护这些虚拟机，请排除已安装 Docker 的磁盘。

Site Recovery 采取各种措施来确保数据完整性。 使用 HTTPS 协议在所有服务之间建立安全连接。 这可确保任何恶意软件或外部实体都无法篡改数据。 采用的另一个措施是使用校验和。 源端和目标端之间的数据传输是通过计算两端数据的校验和来完成的。 这可确保传输的数据是一致的。

Azure 不支持永久性 MAC 地址，因此，使用基于 MAC 的许可证模型的软件无法用于本地到 Azure 的迁移或灾难恢复。

否，Azure Site Recovery 目前不支持临时磁盘。

Azure 恢复服务代理代理用于配置/注册到 Site Recovery 服务，以及监视所有组件的运行状况。 此组件是整个 Azure Site Recovery 本地基础结构的基本构建基块之一。 它有助于将工作负载从本地站点复制到另一个 Azure 区域，并在发生灾难时故障转移到 Azure。

是的，站点恢复同时支持专用与共享的基础结构模型。

不是。 租户标识是匿名的。 租户不需要访问 Site Recovery 门户。 只有服务提供商管理员才能与门户交互。

如果是复制到 Azure，应用程序数据将发送到 Azure 存储而不是站点恢复服务。 数据进行传输中加密 (HTTPS) 并在 Azure 中保持加密状态。

不是。 Azure 直接与服务提供商保持计费关系。 服务提供商责任为其租户生成特定的帐单。

不需要，数据会复制到订阅中的 Azure 存储。 执行测试故障转移（灾难恢复演练）或实际故障转移时，Site Recovery 会自动在你的订阅中创建虚拟机。

是的。

我们支持 Azure Pack、云平台系统和基于 System Center 的（2012 和更高版本）的部署。 了解更多有关 Azure Pack 和 Site Recovery 集成的信息。

否，只能将 Hyper-V 虚拟机复制到 Azure。

请查看 Site Recovery 定价详细信息。

可以使用定价计算器来估算使用 Site Recovery 时的费用。

是的，使用 Site Recovery 复制虚拟机时，使用缓存存储帐户会产生额外的费用。 当副本存储的类型为托管磁盘或非托管磁盘时，缓存存储帐户成本保持不变。

是的。 在前 31 天内，每个受保护的实例不会产生任何 Azure Site Recovery 费用。 例如，你在过去六个月内保护了 10 个实例，现在你将第 11 个实例连接到 Azure Site Recovery，在连接后的前 31 天内，第 11 个实例不会产生任何费用。 而前 10 个实例将继续产生 Azure Site Recovery 费用，因为它们受到保护的时间已超过 31 天。

是，尽管受保护实例的 Site Recovery 在前 31 天内为免费，但可能会产生 Azure 存储、存储事务和数据传输的费用。 恢复后的虚拟机也可能会产生 Azure 计算费用。

灾难恢复演练不会产生任何单独的成本。 在测试故障转移后创建虚拟机时，会产生计算费用。

不会，站点恢复不会拦截复制的数据，也没有关于您的虚拟机或物理服务器上运行内容的任何信息。 复制数据在本地 Hyper-V 主机、VMware 虚拟机管理程序或物理服务器与 Azure 存储或辅助站点之间传输。 站点恢复并不具有拦截该数据的能力。 仅将编排复制和故障转移所需的元数据发送到 Site Recovery 服务。

站点恢复已通过 ISO 27001:2013、27018、HIPAA、DPA 认证，目前正在接受 SOC2 和 FedRAMP JAB 评估。

是的。 在某个区域中创建站点恢复保管库时，我们确保启用和协调复制与故障转移时所需的一切元数据都保留在该区域的地理边界范围内。

将虚拟机和物理服务器复制到 Azure 时，同时支持传输中加密和静态加密（Azure 中）。

是，对于 Azure 到 Azure Site Recovery 方案，默认强制实施 TLS 1.2 协议。

当前支持的Site Recovery部署使用TLS 1.2或更高版本进行通信。 目前不支持TLS 1.2之前的协议配置。 欲了解更多信息，请参见 Azure Site Recovery 的传输层安全性。

Azure Site Recovery 的微服务之间的所有通信均通过 TLS 1.2 协议进行。 Site Recovery 使用系统 (OS) 中配置的安全提供程序，并使用可用的最新 TLS 协议。 用户需要在注册表中显式启用 TLS 1.2，然后 Site Recovery 将开始使用 TLS 1.2 与服务进行通信。

可转到 Identity 设置来启用恢复服务保管库的托管标识。 将该保管库注册到 Microsoft Entra ID 后，可以转到你的存储帐户，为该保管库分配以下角色：

• 基于资源管理器的存储帐户（标准类型）：
  • 参与者
  • 存储 Blob 数据参与者
• 基于资源管理器的存储帐户（高级类型）：
  • 参与者
  • 存储 Blob 数据所有者

Azure Site Recovery 支持使用恢复服务的保险库管理身份来访问缓存存储账户，包括禁用基于密钥认证的账户。 在更改认证前，先授予所需的管理和数据访问权限。 关于当前的配置步骤，请参见 关闭缓存存储账户的共享密钥访问。

Azure Site Recovery 不会跟踪源 OS 外部的源虚拟机更改。 例如，如果使用 Azure 到 Azure 复制并更改源虚拟机的大小，则源虚拟机大小的更改不会复制到目标虚拟机。

• Azure 虚拟机：Site Recovery 可以复制受支持 Azure 虚拟机上运行的任何工作负载。
• Hyper-V 虚拟机：Site Recovery 可以保护 Hyper-V 虚拟机上运行的任何工作负载。
• 物理服务器：站点恢复可以保护运行 Windows 或 Linux 的物理服务器。
• VMware 虚拟机：Site Recovery 可以保护 VMware 虚拟机上运行的任何工作负载。

可以使用 Site Recovery 来保护受支持虚拟机或物理服务器上运行的大多数工作负载。 站点恢复为应用程序感知型复制提供支持，因此，应用可以恢复为智能状态。 它除了与 Microsoft 应用程序（例如 SharePoint、Exchange、Dynamics、SQL Server 及 Active Directory）集成之外，还能与行业领先的供应商（包括 Oracle、SAP、IBM 及 Red Hat）紧密配合。 详细了解工作负荷保护。

是的。 使用站点恢复来协调分支机构的复制与故障转移时，可以在一个中心位置获得所有分支机构工作负载的统一视图。 不需要前往分支机构，就可以从总部轻松对所有分支机构运行故障转移和管理灾难恢复。

是，Site Recovery 支持 Azure 区域之间的 Azure 虚拟机灾难恢复。 查看有关 Azure 虚拟机灾难恢复的常见问题。 如果要在同一大洲的两个 Azure 区域之间进行复制，请使用 Azure 到 Azure 灾难恢复产品/服务。 无需设置配置服务器/进程服务器和 ExpressRoute 连接。

是，Site Recovery 支持本地 VMware 虚拟机的灾难恢复。 查看有关 VMware 虚拟机灾难恢复的常见问题。

是，Site Recovery 支持本地 Hyper-V 虚拟机的灾难恢复。 查看有关 Hyper-V 虚拟机灾难恢复的常见问题。

是，Site Recovery 支持将运行 Windows 和 Linux 的本地物理服务器灾难恢复到 Azure。 了解灾难恢复到 Azure 的要求。 故障转移后，物理服务器在 Azure 中作为虚拟机运行。 目前不支持从 Azure 故障恢复到本地物理服务器。 只能故障回切到 VMware 虚拟机。

不，Azure Site Recovery 不支持移动其中托管了受保护虚拟机的恢复服务保管库。

Azure Site Recovery 通过公共终结点将数据复制到 Azure 存储帐户或托管磁盘。 但是，也可以通过站点到站点 VPN 执行复制。 站点到站点 VPN 连接允许组织将现有网络连接到 Azure 或将 Azure 网络相互连接。 站点到站点 VPN 通过 Internet 上的 IPsec 隧道发生，它使用 Azure 中现有的本地边缘网络设备和网络设备，例如 Azure 虚拟专用网 (VPN) 网关等原生功能或第三方选项（例如 Check Point CloudGuard、Palo Alto NextGen 防火墙）。

• 通过公共 Internet 到 Microsoft Edge 的专用连接
• 使用专用终结点为安全性配置的恢复服务保管库
• 通过客户专用虚拟网络连接进行复制
• 轻松过渡到“未来状态”
• 无 SLA，延迟可能更高
• 需要本地 VPN 设备可用性

我们的合作伙伴 Riverbed 提供有关使用 Azure Site Recovery 的详细指导。 查看其解决方案指南。

能，可以使用 ExpressRoute 将本地虚拟机复制到 Azure。

• Azure Site Recovery 通过公共终结点将数据复制到 Azure 存储。 需要设置 Azure 对等互连，以使用 ExpressRoute 进行站点恢复复制。
• 仅当为保管库启用专用终端节点时，才支持通过专用对等互连进行复制。
• 如果要保护 VMware 计算机或物理计算机，请确保也满足配置服务器的网络要求。 配置服务器需要能够连接到特定的 URL，才能协调 Site Recovery 复制。 ExpressRoute 不能用于此连接。
• 将虚拟机故障转移到 Azure 虚拟网络后，便可以通过与 Azure 虚拟网络建立的专用对等互连访问这些虚拟机。

Azure Site Recovery 不支持将存储帐户用作目标存储。 建议优先使用托管磁盘作为虚拟机的目标存储。 托管磁盘仅支持使用 LRS 类型进行数据复原。

• Hyper-V：可以每隔 30 秒（高级存储除外）或 5 分钟复制一次 Hyper-V 虚拟机。
• Azure 虚拟机、VMware 虚拟机、物理服务器：复制频率在此处不相关。 复制是连续的。

不支持扩展或链式复制。 请在反馈论坛中请求此功能。

这不受支持。 请在反馈论坛中请求此功能。

使用 Azure 门户将 VMware 虚拟机和 Hyper-V 虚拟机复制到 Azure 时，此功能受支持。

复制 Hyper-V 虚拟机以及将 VMware 虚拟机和物理计算机复制到 Azure 时，支持动态磁盘。 操作系统磁盘必须为基本磁盘。

是的。 可从以下文章详细了解如何限制带宽：

• 复制 VMware 虚拟机和物理服务器之前的容量规划
• 将 Hyper-V 虚拟机复制到 Azure 的容量规划

是的。 适用于 Linux 操作系统的 Azure Site Recovery 支持通过应用程序自定义脚本实现应用一致性。 在应用一致性期间，Azure Site Recovery 移动代理会使用带有 pre 和 post 选项的自定义脚本。 可使用以下步骤来启用此功能。

1. 以 root 身份登录计算机。

2. 将目录更改为 Azure Site Recovery 移动代理安装位置。 默认位置为“/usr/local/ASR”
   # cd /usr/local/ASR

3. 在安装位置下将目录更改为“VX/scripts”
   # cd VX/scripts

4. 使用 root 用户的执行权限创建名为“customscript.sh”的 bash shell 脚本。
   a。 脚本应支持“--pre”和“--post”（请注意双短划线）命令行选项
   b. 使用 pre 选项调用脚本时，它应冻结应用程序输入/输出；使用 post 选项调用时，它应解冻应用程序输入/输出。
   选项c. 示例模板 -
   

   # cat customscript.sh
   

    #!/bin/bash

    if [ $# -ne 1 ]; then
        echo "Usage: $0 [--pre | --post]"
        exit 1
    elif [ "$1" == "--pre" ]; then
       echo "Freezing app IO"  ##command to freeze the application 
       exit 0
    elif [ "$1" == "--post" ]; then
        echo "Thawed app IO"  ##command to unfreeze the application 
        exit 0
    fi

5. 对于需要应用一致性的应用程序，请在 pre 和 post 步骤中添加冻结和解冻输入/输出命令。 可以选择添加另一个脚本来指定这些命令，并使用 pre 和 post 选项从“customscript.sh”调用该脚本。

复制策略定义了恢复点保留历史的相关设置。 此策略还定义了应用一致性快照的频率。 默认情况下，Azure Site Recovery 使用以下默认设置创建新的复制策略：

• 恢复点历史记录的保留期为一天。
• 无应用一致性快照。

故障一致性恢复点中的磁盘数据状态，就像在创建快照期间直接拔掉服务器电源线时一样。 崩溃一致性恢复点不包含创建快照时内存中的任何数据。

目前，大多数应用程序都可以从崩溃一致性快照正常恢复。 对于无数据库操作系统以及文件服务器、DHCP 服务器、打印服务器等应用程序而言，崩溃一致性恢复点已足够。

Site Recovery 每隔 5 分钟创建崩溃一致性恢复点。

应用程序一致性恢复点是从应用程序一致性快照创建的。 应用一致性恢复点除了捕获与故障一致性快照相同的数据，还捕获内存中数据以及进程中的所有事务。

由于包含额外内容，应用一致性快照的处理过程最复杂，且耗时最长。 我们建议对数据库操作系统以及 SQL Server 等应用程序使用应用程序一致性恢复点。

应用一致性恢复点捕获内存中和进程中的所有数据。 由于恢复点会捕获这些数据，因此它们需要依赖诸如 Windows 上的卷影复制服务之类的框架来使应用进入静默状态。 如果频繁进行捕获，在工作负载已经很高时，可能会影响性能。 对于非数据库工作负荷，建议不要对应用一致性恢复点使用低频率。 即使对于数据库工作负荷，1 小时也足够了。

Site Recovery 可以创建最低频率为 1 小时的应用一致性恢复点。

为了理解 Site Recovery 如何生成恢复点，让我们来看一个复制策略示例。 此复制策略有一个恢复点，它的保留期为 1 天，应用一致性快照频率为 1 小时。

Site Recovery 每隔 5 分钟创建崩溃一致性恢复点。 你无法更改此频率。 在最近 2 小时内，你可以从 24 个崩溃一致性恢复点和 2 个应用一致性恢复点中进行选择。 一段时间后，Site Recovery 将删除 2 小时以前的所有恢复点，每小时只保存一个恢复点，这样持续长达 24 小时的时间。

以下屏幕截图演示了该示例。 在屏幕截图中：

• 在过去 2 小时内，有一些频率为 5 分钟的恢复点。

• 在过去 2 小时之前，Site Recovery 每小时只保留一个恢复点。

  

可以使用的最早恢复点对于托管磁盘是 15 天，对于非托管磁盘是 3 天。

不会，Site Recovery 会保留您之前的所有恢复点。 根据恢复点的保留期，Site Recovery 仅在生成新点时才替换最早的点。 由于此问题，Site Recovery 无法生成任何新的恢复点。 在新的恢复点出现之前，即使已到达保留期，所有旧的恢复点仍会保留。

转到Site Recovery 保管库>Site Recovery 基础结构复制策略。 选择要编辑的策略，然后保存所做的更改。 所有更改也会应用于所有现有复制。

生成的第一个恢复点包含完整副本。 任何连续的恢复点都包含增量变化。

是，如果你将保留期从一天延长到三天，Site Recovery 会额外保存恢复点两天。 增加的时间将产生存储费用，因为需要额外保存 12 个恢复点，保留期从一天增加至三天。 例如，单个恢复点的增量变化可能为 10 GB，按每 GB 每月 0.16 美元计费。 额外费用为每月 $1.60 × 12。

可以通过安全的 Internet 连接或者站点到站点 VPN 或 Azure ExpressRoute 访问 Azure 虚拟机。 在连接之前需要做许多准备。 了解详细信息。

Azure 旨在实现韧性。 Site Recovery 已经过专门设计，可按照 Azure SLA 故障转移到次要 Azure 数据中心。 如果发生这种情况，我们会确保您的元数据和保管库仍保留在您为保管库选择的同一地理区域内。

您可以从辅助站点触发计划外故障转移。 Site Recovery 无需与主站点建立连接即可执行故障转移。

故障转移不会自动进行。 你可以在门户中单击即可启动故障转移，或者也可以使用站点恢复 PowerShell触发故障转移。 在 Site Recovery 门户中执行故障回复是一项简单的操作。

要自动化，可以使用本地 Orchestrator 或 Operations Manager 来检测虚拟机故障，并使用 SDK 来触发故障转移。

• 详细了解恢复计划。
• 详细了解有关故障转移的信息。
• 详细了解如何对 VMware 虚拟机和物理服务器进行故障回切

是的，您可以使用备用位置恢复，将 Azure 上的工作负载故障回切到另一台主机。

• 适用于 VMware 虚拟机
• 针对 Hyper-V 虚拟机

位于源位置的计算机故障转移到目标位置后，你可以从三个选项中进行选择。 这三个选项的作用各不相同：

1. 完成迁移意味着你将不会再返回到源位置。 你已经迁移到目标区域，现在已经完成操作了。 单击“完成迁移”，会在内部触发“提交”，然后会触发“禁用复制”。
2. “提交”意味着这并不是复制过程的结束。 复制项及其所有配置都将保留，并且你可以在稍后的某个时间点击 Re-protect，以重新启用将你的计算机复制回源区域。
3. “禁用复制”会禁用复制并删除所有相关配置。 此选项不会影响目标区域中已经存在的计算机。

是的。 可以使用 REST API、PowerShell 或 Azure SDK 将站点恢复工作流自动化。 当前支持的使用 PowerShell 部署站点恢复的方案：

• 将 VMM 云中的 Hyper-V 虚拟机复制到 Azure PowerShell 资源管理器
• 将 Hyper-V 虚拟机复制（不使用 VMM）到 Azure PowerShell 资源管理器
• 使用 PowerShell 资源管理器将 VMware 复制到 Azure

否，AzureRM 模块的停用不会影响 Site Recovery 自动更新的工作方式。 内部运行手册无需任何更改，并且所使用的 REST API 仍可按预期与自动化账户配合运行。

了解有关新更新的信息，并获取汇总信息。

后续步骤

• 阅读 站点恢复概述