简介
本文介绍了更新汇总 38 Microsoft Azure 站点恢复下列版本中修复的问题:
先决条件
要安装 Microsoft Azure 站点恢复提供程序更新汇总 38 (5.1.4300.0 版),您必须安装以下产品之一:
-
Azure Microsoft 网站恢复提供程序 (版本 5.1.4100 或更高版本)
-
Microsoft Azure 站点恢复统一安装 (VMware 到 Azure) (9.22 版本。xxxx。x或更高版本)
-
Microsoft Azure 恢复服务代理 (版本 2.0.8700.0 或更高版本)
注意:可以检查控制面板中的程序和功能项中的已安装的提供程序版本。
所做的改进,并在此更新中修复的问题
安装此更新后,还修复了下列问题,并以下改进也包括在内。
Microsoft Azure 站点恢复服务提供商
改进
到 Azure 的 azure
-
改进的"禁用复制"的体验。客户禁用复制到灾难恢复区域故障切换的虚拟机和 reprotecting 它们之后,该服务不再尝试不断地删除虚拟机的主要地区。
-
引入了多项改进的监视等方面的健康状态错误严重级别和标识。
-
增强有关可用性设置和应用程序网关的子网,以提高故障转移就绪状态指示器的准确性的验证逻辑。
已修复的问题
到 Azure 的 azure
-
修复 bug 与初始复制失败。
-
添加系统必备组件检查磁盘 (磁盘 Id,在故障转移之后添加新的磁盘) 的输入是否准确。
-
解决跨订阅资源链接清理问题。
Microsoft Azure 站点恢复统一安装和配置服务器模板
改进
-
(不适用)
已修复的问题
-
(不适用)
移动服务
改进
对 Azure 和 VMware 到 Azure 的 azure
-
对 WRITE_SAME IO 类型中的 Linux 驱动程序的支持。
-
虚拟机运行状况警报 (适用于基于 Linux 的 Vm) 添加的用户流失率和速度慢的复制中突然上升由于带宽的限制。
到 Azure 的 VMware
-
现在是保护的大容量磁盘支持 (最多 8 TB)。只有在直接向被管理的磁盘写入时,这是适用的。
已修复的问题
到 Azure 的 VMware
-
安装和升级的移动代理在运行 SQL Server 的服务器上进行了优化。
-
若要使用仅 TLS 1.2,进行了增强。任何其他低版本连接将被拒绝。
-
在全新安装过程中生成的证书将有 2048 位长 Diffie-hellman 密钥。
Microsoft Azure 站点恢复 (服务)
改进
-
在改进: 客户开始使用后他们禁用保护的磁盘不能修剪。
-
故障切换改进: 恢复点 (RP) 现在标记以阻止它获得修剪后提交工作流。
已修复的问题
-
如果移动代理安装,将生成错误代码 EP0965,则作业状态将被标记为"警告"。
Microsoft Azure 站点恢复 (门户)
改进
-
一般用途 v2 存储帐户现在可以选择缓存存储器或目标存储。现在提升的早期限制使用仅一般用途 v1 存储帐户。
已修复的问题
-
(不适用)
更新您的 Azure 站点恢复部署组件
两个现有内部 VMM 站点之间
-
下载最新的更新汇总Microsoft Azure 站点恢复服务提供商.
-
管理恢复站点内部 VMM 服务器上首先安装该更新汇总。
-
网站更新恢复后,主站点管理的 VMM 服务器上安装此更新汇总。
请注意VMM 是否可用高度 VMM (聚集 VMM),请确保您在 VMM 服务的安装位置在群集的所有节点上安装升级。
内部 VMM 站点和 Azure 之间
-
下载的更新汇总Microsoft Azure 站点恢复服务提供商.
-
在内部 VMM 服务器上安装此更新汇总。
-
安装最新的火星所有 Hyper-V 主机上的代理。
注意:如果您 VMM 可用高度 VMM (聚集 VMM),请确保您在 VMM 服务的安装位置在群集的所有节点上安装升级。
内部部署 Hyper-V 站点和 Azure 之间
-
下载的更新汇总Microsoft Azure 站点恢复服务提供商.
-
您在 Azure 站点恢复注册 Hyper-V 服务器的每个节点上安装的提供程序。
请注意如果 Hyper-V 主机群集 Hyper-V 服务器,请确保您在群集的所有节点上安装升级。
内部部署 VMware 或到 Azure 的物理站点之间
-
通过下载Microsoft Azure 站点恢复提供商统一安装更新内部管理服务器。这是有的服务器配置和流程服务器角色的服务器。
-
如果您有扩张进程内服务器,更新下一步运行Microsoft Azure 站点恢复提供商统一安装。
-
转到 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 不做任何暗示保证或其他形式的保证。