Azure Stack Hub上的Azure Site Recovery通过使业务应用和工作负荷在中断期间保持运行，帮助确保业务连续性。 Azure Stack Hub上的Azure Site Recovery将虚拟机（VM）工作负荷从主站点复制到辅助位置。 当您的主站点发生停机时，可以故障转移到备用位置，并从该位置访问应用程序。 在主位置再次运行后，可以故障回复到该位置。
若要在两个 Azure Stack Hub 部署之间启用 VM 复制，请配置以下环境：
Source 环境是运行租户虚拟机的 Azure Stack Hub 部署。
- Azure Stack Hub Operator，从市场管理中下载 Azure Site Recovery 虚拟设备 VM 和 Azure Site Recovery VM 扩展。
- Azure Stack 用户，在用户订阅中配置此源环境到目标保管库的连接。
Target 环境是运行 Azure Site Recovery 资源提供程序的位置。
Azure Stack Hub Operator，下载并安装相应的资源提供程序。
Azure Stack Hub Users，配置保管库并为复制的 VM 准备先决条件。
Azure Stack Hub上的Azure Site Recovery可用于Azure Stack Hub的 Microsoft Entra ID 和 Active Directory Federation Services （AD FS） 类型部署，这意味着它可以在断开连接的环境中运行。
Site Recovery提供什么？
Azure Site Recovery提供了一组功能，如下表所述：
| 功能 | 详细信息 |
|---|---|
| BCDR 解决方案 | 使用 Site Recovery，您可以从 Azure Stack Hub 门户中的单个位置配置和管理复制、故障转移和故障回复。 |
| BCDR 集成 | Site Recovery与其他 BCDR 技术集成。 例如，可以使用Site Recovery来保护企业工作负荷的SQL Server后端（本机支持 SQL Server AlwaysOn），以管理可用性组的故障转移。 |
| Azure Automation集成 | Azure Automation 丰富的库提供可下载并与 Site Recovery 集成的生产就绪且特定于应用程序的脚本。 |
| RTO 和 RPO 目标 | 让恢复时间目标 (RTO) 和恢复点目标 (RPO) 始终处于组织限制范围内。 Site Recovery为Azure Stack Hub VM 提供连续复制。 |
| 让应用在故障转移期间保持一致 | 可以通过应用程序一致性快照使用恢复点进行复制。 这些快照可捕获磁盘数据、内存中的所有数据，以及正在处理的所有事务。 |
| 在不中断的情况下测试 | 可轻松地运行灾难恢复练习，不会影响正在进行的复制。 |
| 灵活的故障转移 | 可针对预期中断情况运行计划内故障转移，确保数据零丢失；或者依据复制频率针对意外灾难进行计划外故障转移，并尽量减少数据丢失。 主站点恢复正常时，可轻松回切到主站点。 |
| 自定义的恢复计划 | 目前在此版本中不可用。 你仍然可以通过使用 PowerShell 脚本、将计算机标为一组以及选择性地添加脚本和手动操作，对多个虚拟机上运行的多层应用程序的故障转移和恢复进行自定义和排序。 |
Site Recovery 的计费方式是什么？
Azure Stack Hub上的Azure Site Recovery旨在保护指定数量的虚拟机（VM）。 若要以具有竞争力的速度提供此服务，Azure Site Recovery的成本取决于目标环境的物理核心计数，而不考虑受保护 VM 的数量。
首次在Azure Stack Hub上安装Azure Site Recovery时，会提供 30 天的免费试用期。 此试用期支持测试、自动化设置和用于保护的虚拟机复制。 在 30 天试用结束后，费用开始，根据安装 Azure Site Recovery 资源提供程序的目标环境中物理核心总数计算。
提供多租户环境的 Cloud 解决方案提供商（CSP）应注意，Azure Site Recovery使用情况仅在主要Azure Stack Hub注册订阅上报告。 故障转移虚拟机或与受保护 VM 关联的存储中的任何使用情况均准确分配给客户的相应Azure订阅。 Azure Site Recovery解决方案的成本（目标端）仅在用于Azure Stack Hub注册的订阅中报告。 通常，此订阅由提供多租户环境的 CSP 拥有。 因此，CSP 负责使用Azure Site Recovery确定并适当地计费其每个客户。
可复制哪些内容？
Azure Stack Hub 上的 Azure Site Recovery，在每个受保护的 VM 上安装所需的代理，能够在 Azure Stack Hub 的两个实例或标记之间复制 VM。 Azure Stack Hub使用通过 Azure Stack Hub 市场提供的 VM 扩展来安装此代理。
注意
Azure Stack Hub上的Azure Site Recovery只能保护使用托管磁盘的 VM。 若要将当前预配的使用非托管磁盘的虚拟机转换为托管磁盘，可以使用转换为托管磁盘中所述的过程。
不再支持非托管磁盘，请迁移到托管磁盘。 有关详细信息，请参阅 非托管磁盘弃用。
下列虚拟机操作系统已进行测试和验证，并且每个都在 Azure Stack Hub 市场中提供相应的映像下载：
| 操作系统 | 详细信息 |
|---|---|
| Windows Server 2022 | 支持。 |
| Windows Server 2019 | 支持服务器核心模式和带桌面体验的服务器。 |
| Windows Server 2016 | 支持 Server Core 和带桌面体验的服务器。 |
| Windows Server 2012 R2 | 支持。 |
| Windows Server 2012 | 支持。 |
| Windows Server 2008 R2 带有 SP1/SP2 | 支持。 从版本 9.30 开始的 Azure VM 的 Mobility service 扩展， 需要在运行 Windows Server 2008 R2 SP1/SP2 的计算机上安装 Windows 服务堆栈更新 (SSU) 和 SHA-2 更新。 从 2019 年 9 月开始不再支持 SHA-1。如果未启用 SHA-2 代码签名，则无法按预期方式安装或升级代理扩展。 有关详细信息，请参阅 SHA-2 升级和要求。 |
| Windows 10 （x64） | 支持。 |
| Windows 8.1 （x64） | 支持。 |
| Windows 8 （x64） | 支持。 |
| Windows 7 （x64） SP1 及更高版本 | 支持。 从版本 9.30 的 Azure 虚拟机移动服务扩展，在运行 Windows 7 SP1 的计算机上安装 Windows 服务堆栈更新 (SSU) 和 SHA-2 更新。 从 2019 年 9 月开始，SHA-1 已不再受支持。如果未启用 SHA-2 代码签名，将不会按预期方式安装或升级代理扩展。 有关详细信息，请参阅 SHA-2 升级和要求。 |