使用 Microsoft 登录
登录或创建帐户。
你好,
使用其他帐户。
你有多个帐户
选择要登录的帐户。

简介

本文介绍了更新汇总 37 Microsoft Azure 站点恢复下列版本中修复的问题:

了解程序所修复的问题的详细信息和系统必备组件的安装此更新之前,应验证。

先决条件

要安装 Microsoft Azure 站点恢复提供程序更新汇总 37 (5.1.4300.0 版),您必须安装以下产品之一:

  • Azure Microsoft Hyper-V 恢复管理器 (版本 3.4.486 或更高版本)

  • Microsoft Azure 站点恢复 Hyper-V 提供程序 (版本 4.6.660 或更高版本)

  • Azure Microsoft 网站恢复提供程序 (版本 5.1.3900 或更高版本)

  • Microsoft Azure 站点恢复统一安装 (VMware 到 Azure) (版本 9.21。xxxxx或更高版本)

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

此更新中修复的问题

安装此更新后,还修复了下列问题,并以下改进也包括在内。

Microsoft Azure 站点恢复服务提供商

改进

到 Azure 的 azure

  • CPU 性能得到了改进。

  • 证书到期自动更新。

  • 增强的监视支持。

  • 新故障转移验证程序的可用性设置和子网 Introduced。

已修复的问题

  • 固定磁盘 ID 是无效的如果启用托管的磁盘故障的复制相关的问题。

  • 固定的一个扩展安装问题。

  • 固定的错误导致超过锁定期的工作流任务。

  • 修复与清理测试故障转移资源的问题。

  • 固定与 VM 创建用作应用程序网关位于同一子网的问题。

  • 为加速网络更新受支持的 VM 大小的列表。

  • 固定的问题与目标子网与 v1 VM 保护的有效性检查。

  • 固定与相关的问题测试故障转移虚拟机的可用性设置为可用性区域。

Microsoft Azure 站点恢复统一安装和配置服务器模板

改进

  • 配置服务器监视

    • 添加配置服务器上的密码更改的健康警报。

已修复的问题

  • 由于在配置服务器上的过时条目不清除虚拟机 (VM) 的状态。

  • 故障切换后无法恢复 VM 保护和 IP 保留后不会发生故障回复。

移动服务

改进

  • 虚拟机运行状况警报会由于带宽的限制 (仅限 Windows) 的流失率和速度慢的复制中突然上升。

  • 支持 GPT 分区是 extended从四 (4) 为五 (5)。

Microsoft Azure 站点恢复 (服务)

已修复的问题

  • 如果移动代理安装,将生成错误代码 EP0965,则作业状态将被标记为"警告"。

Microsoft Azure 站点恢复 (门户)

已修复的问题

  • 当您尝试以实现灾难恢复保护 Azure Vm 时,"启用复制"步滞留在"验证"的操作。

更新您的 Azure 站点恢复部署组件

两个现有内部 VMM 站点之间

  1. 下载最新的更新汇总Microsoft Azure 站点恢复服务提供商.

  2. 管理恢复站点内部 VMM 服务器上首先安装该更新汇总。

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

请注意VMM 是否可用高度 VMM (聚集 VMM),请确保您在 VMM 服务的安装位置在群集的所有节点上安装升级。

内部 VMM 站点和 Azure 之间

  1. 下载的更新汇总Microsoft Azure 站点恢复服务提供商.

  2. 在内部 VMM 服务器上安装此更新汇总。

  3. 安装最新的火星所有 Hyper-V 主机上的代理。

注意:如果您 VMM 可用高度 VMM (聚集 VMM),请确保您在 VMM 服务的安装位置在群集的所有节点上安装升级。 

内部部署 Hyper-V 站点和 Azure 之间

  1. 下载的更新汇总Microsoft Azure 站点恢复服务提供商.

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

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

内部部署 VMware 或到 Azure 的物理站点之间

  1. 通过下载Microsoft Azure 站点恢复提供商统一安装更新内部管理服务器。这是有的服务器配置和流程服务器角色的服务器。

  2. 如果您有扩张进程内服务器,更新下一步运行Microsoft Azure 站点恢复提供商统一安装

  3. 转到 Azure 的门户,并转到保护项目>复制项目页。选择此页面上的 VM。选择为每个虚拟机出现在页面的底部的更新代理按钮。这将更新所有受保护的虚拟机上的移动服务代理。

注意:移动代理的每个升级后建议的重新启动,以确保在源计算机上加载了所有最新更改。这并不一定是必需。不过,强制重新启动,则我f 从上次重新启动代理版本和目标版本之间的差异大于四 (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 不做任何暗示保证或其他形式的保证。

需要更多帮助?

需要更多选项?

了解订阅权益、浏览培训课程、了解如何保护设备等。

社区可帮助你提出和回答问题、提供反馈,并听取经验丰富专家的意见。

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?
按“提交”即表示你的反馈将用于改进 Microsoft 产品和服务。 你的 IT 管理员将能够收集此数据。 隐私声明。

谢谢您的反馈!

×