简介
本文介绍了在以下版本的 Microsoft Azure 站点恢复中修复的问题:
了解已修复的问题的详细信息,以及先决条件在安装此更新之前应验证。
先决条件
要安装 Microsoft Azure 站点恢复提供程序更新汇总 40(版本 5.1.4800.0),必须安装以下设备之一:
-
微软 Azure 站点恢复提供程序(版本 5.1.4400 或更高版本)
-
微软 Azure 站点恢复统一设置(VMware 到 Azure)(版本 9.24.xxxx.x 或更高版本)
-
微软 Azure 恢复服务代理(版本 2.0.8700.0 或更高版本)
注意 您可以在"控制面板"中的"程序和功能"项中检查已安装的提供程序版本。
此更新中所做的改进和修复的问题
安装此更新后,将修复以下问题,并包括以下改进。
微软 Azure 站点恢复提供程序
改进
Azure 到 Azure
-
重新保护体验 增强功能:为了更好的 BCDR 管理,我们现在清理 故障恢复后和 VM 重新受保护的区域完成后 DR 区域。没有必要 手动删除 VM 和 NIC。
-
测试故障转移静态 IP 设置:较早时,当 客户对实际 DR 网络执行测试故障转移,我们做到了 不使用原始 IP。这是为了确保 IP 可用于 实际 DR。但是,客户希望在 DR 钻取以验证网络设置。我们已经解决了这一关切 并允许客户在测试故障转移期间选择静态 IP。
-
用于改进的验证器 故障转移就绪性:添加验证器以确保客户已做好应对 故障转移。如果出现 怀疑失败。
微软 Azure 站点恢复统一设置和配置服务器模板
改进
-
通过 OVF 部署配置服务器期间的错误消息得到了增强,以提供准确的根本原因和建议的解决问题的步骤。
移动服务
改进
-
针对以下影响应用程序一致的恢复点创建的方案添加新运行状况警报
-
-
当应用程序 VSS 写入器在源计算机上失败时
-
禁用 VSS 提供程序或未安装在源计算机上时
-
-
通过上下文信息丰富现有运行状况警报,以便进行更好的分析
-
-
为"突发高改动率警报"添加磁盘详细信息、观察到的改动率以及每个磁盘的待处理数据量
-
为"高延迟警报"添加磁盘详细信息和每个磁盘的待处理数据量
-
已修复的问题
-
启用了 UEFI 安全引导的 Windows 2019 上的服务器将在启用复制期间被阻止。这将避免故障转移后启动问题,因为 Azure 不支持 UEFI 安全启动配置
-
在服务器上安装多个产品时,在移动代理安装过程中观察到 MSI 执行失败。替代方法旨在解决此问题。
微软 Azure 站点恢复(服务)
改进
-
您可以使用 ALED 存储帐户保护 Hyper-V 服务器到 Azure
-
-
对用于在故障转移期间选择最佳 VM SKU 的逻辑进行了增强。现在很少处理选择高配置 SKU 的角落情况。
已修复的问题
-
处理"device.map"文件中的 S 故事或意外条目,以避免中的故障转移失败 Linux 服务器
微软 Azure 站点恢复(门户)
改进
NA
已修复的问题
NA
更新 Azure 站点恢复本地组件
在两个本地 VMM 站点之间
-
下载 微软 Azure 站点恢复提供程序的最新更新汇总
-
首先在管理恢复站点的本地 VMM 服务器上安装更新汇总。
-
更新恢复站点后,在管理主站点的 VMM 服务器上安装更新汇总。
备注如果 VMM 是高可用 VMM(群集 VMM),请确保在安装 VMM 服务的群集的所有节点上安装升级。
在本地 VMM 站点和 Azure 之间
-
下载更新汇总 微软 Azure 站点恢复提供程序。
-
在本地 VMM 服务器上安装更新汇总。
-
在所有 Hyper-V 主机上安装最新的Microsoft Azure 恢复 服务代理。
备注如果您的 VMM 是高可用 VMM(群集 VMM),请确保在安装 VMM 服务的群集的所有节点上安装升级。
在本地 Hyper-V 站点和 Azure 之间
-
下载微软 Azure 站点恢复提供程序的更新汇总。
-
在 Azure 站点恢复中注册的 Hyper-V 服务器的每个节点上安装提供程序。
备注如果您的 Hyper-V 是主机群集 Hyper-V 服务器,请确保在群集的所有节点上安装升级。
在本地 VMware 或 Azure 物理站点之间
-
通过下载 Microsoft Azure 站点恢复统一设置来更新本地管理服务器。这是具有配置服务器和处理服务器角色的服务器。
-
如果您有横向扩展进程服务器,请通过运行 Microsoft Azure站点恢复统一设置来更新它们。
-
转到 Azure 门户,然后转到"受保护项目>复制项目"页。在此页上选择 VM。选择每个 VM 显示在页面底部的更新代理按钮。这将更新所有受保护 VM 上的移动服务代理。
备注建议在每次升级移动代理后重新启动,以确保在源计算机上加载所有最新的更改。这不一定是强制性的。但是,如果上次重新启动的代理版本和目标版本之间的差值在最后一个小数点位中大于四 (4), 则重新启动是必需的。有关详细说明,请参阅下表。
上次重新启动期间的代理版本 |
升级到 |
重新启动是否必填? |
---|---|---|
9.16 |
9.18 |
不是强制性的 |
9.16 |
9.19 |
不是强制性的 |
9.16 |
9.20 |
不是强制性的 |
9.16 |
9.21 |
强制首先升级到 9.20 版本,然后在升级到 9.21 版本之前重新启动(因为上次重新启动版本和目标版本之间的差异大于 4)。 |
更多信息
已知问题
此更新中没有已知问题。
参考
了解 Microsoft 用于描述软件更新的术语。
本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 对于这些产品的性能或可靠性,Microsoft 不做任何暗示保证或其他形式的保证。