简介

本文介绍了在以下版本的 Microsoft Azure 站点恢复中修复的问题:

了解已修复的问题的详细信息,以及 先决条件 在安装此更新之前应验证。

先决条件

要安装 Microsoft Azure 站点恢复提供程序更新汇总 42(版本 5.1.5200.0),必须安装以下设备之一:

  • 微软 Azure 站点恢复提供程序(版本 5.1.4800 或更高版本)

  • 微软 Azure 站点恢复统一设置(VMware 到 Azure)(版本 9.26.xxxx.x 或更高版本)

  • 微软 Azure 恢复服务代理(版本 2.0.8700.0 或更高版本)

备 注您可以在"控制面板"中的"程序和功能"项中检查已安装的提供程序版本。

此更新中所做的改进和修复的问题

安装此更新后,将修复以下问题,并包括以下改进。

移动服务

改进

  • 蔚蓝 站点恢复现在支持 VMware 和 具有 UEFI 布局的 Azure 计算机

    • Vmware 支持具有以下操作系统的计算机 - Windows 服务器 2012, Windows 服务器 2012R2, Windows 服务器 2016, Windows 服务器 2019, SLES12Sp4, RHEL8

    • 所有 支持第 2 代的 Azure 计算机

  • Linux 操作系统支持改进

    • RHEL 8

    • 甲骨文 Linux 7.7

  • 蔚蓝 到 Azure DR

    • 具有 Azure 磁盘加密 (ADE) 的 Azure Linux 计算机现在可以通过 Azure 站点恢复进行保护

    • Python 现在支持 3 个 Linux 扩展

  • Vmware 到 Azure DR

    • 数据 磁盘和数据上传速率日志的更改率(改动)现在在日志上可用 与恢复服务保管库的分析集成

已修复的问题

  • 前提 启用检查以验证 SHA2 代码签名支持。在 Windows 上运行的操作系统 2008 R2 与 SP1、Windows 2008 SP2 和 Windows 7 SP1 要求某些 GB 安装以启用 SHA2 代码签名。ASR 移动代理升级和全新 如果未启用 SHA2 代码签名,安装将不会成功。了解更多

微软 Azure 站点恢复(服务)

改进

  • 蔚蓝 挪威地理位置中的虚拟机现在可以通过 Azure 站点恢复进行保护。

  • 用于故障转移操作的 Azure 进程服务器 SKU 在 VMware 到 Azure DR 中默认为Standard_A8_v2

已修复的问题

  • 性能 进行增强功能,以尽量减少加载复制项目刀片的时间 从恢复服务保管库和进程服务器刀片

  • 重新同步 通知将更新,以提供需要 重新同步。

  • 在 Azure 到 Azure DR 方案中, 启用复制期间选取的自动化帐户并不总是在 目标区域(因为并非所有区域都有自动化帐户)。有一个地理 映射,通知自动化帐户需要哪个区域 预配。此地理映射已更新,使客户能够使用 来自不同区域的自动化帐户。

更新 Azure 站点恢复本地组件

在两个本地 VMM 站点之间

  1. 下载 微软 Azure 站点恢复提供程序的最新更新汇总

  2. 首先在管理恢复站点的本地 VMM 服务器上安装更新汇总。

  3. 更新恢复站点后,在管理主站点的 VMM 服务器上安装更新汇总。

备注如果 VMM 是高可用 VMM(群集 VMM),请确保在安装 VMM 服务的群集的所有节点上安装升级。

在本地 VMM 站点和 Azure 之间

  1. 下载更新汇总 微软 Azure 站点恢复提供程序.

  2. 在本地 VMM 服务器上安装更新汇总。

  3. 安装最新 微软 Azure 恢复服务代理 在所有 Hyper-V 主机上。

备注如果您的 VMM 是高可用 VMM(群集 VMM),请确保在安装 VMM 服务的群集的所有节点上安装升级。

在本地 Hyper-V 站点和 Azure 之间

  1. 下载更新汇总微软 Azure 站点恢复提供程序.

  2. 在 Azure 站点恢复中注册的 Hyper-V 服务器的每个节点上安装提供程序。

备注如果您的 Hyper-V 是主机群集 Hyper-V 服务器,请确保在群集的所有节点上安装升级。

在本地 VMware 或 Azure 物理站点之间

  1. 通过下载更新本地管理服务器 微软 Azure 站点恢复统一设置.这是具有配置服务器和处理服务器角色的服务器。

  2. 如果您有横向扩展进程服务器,请通过运行 微软 Azure 站点恢复统一设置.

  3. 转到 Azure 门户,然后转到"受保护项目>复制项目"页。在此页上选择 VM。选择每个 VM 显示在页面底部的更新代理按钮。这将更新所有受保护 VM 上的移动服务代理。

备注建议在每次升级移动代理后重新启动,以确保在源计算机上加载所有最新的更改。这不一定是强制性的。但是,如果上次重新启动的代理版本和目标版本之间的差值在最后一个小数点位中大于四 (4), 则重新启动是必需的。有关详细说明,请参阅下表。

上次重新启动期间的代理版本

升级到

重新启动是否必填?

9.25

9.27

不是强制性的

9.25

9.28

不是强制性的

9.25

9.29

不是强制性的

9.25

9.30

强制首先升级到 9.29 版本,然后在升级到 9.30 版本之前重新启动(因为上次重新启动版本和目标版本之间的差异大于 4)。

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

你对翻译质量的满意程度如何?

哪些因素影响了你的体验?

是否还有其他反馈?(可选)

谢谢您的反馈意见!

×