简介
本文介绍的更新汇总 36以下版本的 Microsoft Azure 站点恢复为修复问题:
更新信息
先决条件
要安装 Microsoft Azure 站点恢复提供程序更新汇总 36 (5.1.4150.0 版),您必须安装以下产品之一:
-
Azure Microsoft Hyper-V 恢复管理器 (版本 3.4.486 或更高版本)
-
Microsoft Azure 站点恢复 Hyper-V 提供程序 (版本 4.6.660 或更高版本)
-
Azure Microsoft 网站恢复提供程序 (版本 5.1.3700 或更高版本)
-
Microsoft Azure 站点恢复统一安装 (VMware 到 Azure) (版 9.20。xxxx。x或更高版本)
注意:您可以检查控制面板中的程序和功能项中的已安装的提供程序版本。
此更新中修复的问题
应用此更新之后,还修复了下列问题,并进行了以下改进。
Microsoft Azure 站点恢复服务提供商
改进
A2A:
-
支持从服务 (提供 PowerShell 支持) 改进的证书过期和续订。
-
虚拟机 (VM),intraregional 将支持移动服务。
-
改善监视的体验。
-
用于将新磁盘添加到受保护的虚拟机的支持。
-
要启用自动更新的 Azure Vm 的复制中使用的代理,使用自动化帐户。以前,这是默认的帐户创建的站点恢复。现在,您可以选择不同的现有自动化帐户。启用复制 vm 时可以找到此选项。电子仓库更改为虚拟机保护作为特定的恢复服务的一部分设置适用于保护同一存储库中的所有 Azure Vm。
已修复的问题
A2A:
-
新的验证程序,以检查是否设置了可用性和 VM 资源组是不同警告用户在故障转移之前。
-
要处理的情形,如果虚拟机获取删除源区域中的故障回复功能增强。
-
随机的资源组,而不是客户指定的资源组中的缓存存储帐户的创建固定。
-
固定检查可用性区域中一个区域时失败保护 VM 的一个问题。
-
解决了问题中的 reprotection 失败如果源 VM 系统磁盘被删除。
-
如果可用性区域属性检索不到 UI 滞留在进程中的回切期间解决了问题。
-
添加逻辑,以删除过时资源链接创建的 ASR 跨订阅中。
Microsoft Azure 站点恢复统一的安装和配置服务器模板
改进
配置服务器监视的改进:
错误消息增强制定针对以下方案提供一个清晰的根本原因和建议措施:
-
vCenter 已断开连接
-
进程内服务器断开连接
-
断开连接的客户服务
-
进程内服务器已没有心跳
-
MT 断开连接
-
VM 关机
-
删除虚拟机
处理服务器监视
对于进程内服务器以提高监视添加下列警报:
-
CPU、 内存和可用空间警报来监视资源使用情况
-
ASR 的基本服务未在运行时发出警报
处理服务器选择产品的指南
对于新的复制进程内服务器的选择,在进程内服务器 (严重、 警告和良好) 的健康状况将显示根据资源可用性和连接性健康。
注意
-
关键进程内服务器不能用于启用复制新的虚拟机。
-
虽然您可以选择进程内服务器显示为警告状态,我们不建议使用,您对此。任何额外的工作负荷可能会影响现有的工作负载。
-
进程内服务器标记为运行状况良好,可以用于保护新的服务器。
有关过程服务器指南的详细信息,请参阅https://aka.ms/asr_ps_selection_guidance。
已修复的问题
(不适用)
移动服务
固定的问题: 适用于灾难恢复的 VMware 虚拟机
-
小的尺寸的移动代理安装程序 (影响 Ubuntu *,Debian * SLES 12-推送安装和升级)
-
只在有关联的驱动程序更改时,会出现重新启动警告
-
安装程序错误消息增强提供故障问题的一个清晰的根本原因
-
服务启动日志记录机制中的增强
-
对于 Windows 服务器 2019年-基于计算机物理或 VMware 环境中有资格享有无水的固定故障转移问题
-
固定在返回的错误代码 95507 的移动代理升级失败
-
对于 VMware 到 Azure 和 Azure 到 Azure 灾难恢复方案中,可以保护下列操作系统:
-
Windows 10 (x64)
-
Windows 8.1 (x64)
-
Windows 8 (x64)
-
Windows 7 (x64) SP1 及更高版本 (RTM Windows 7 不受支持)
-
已修复的问题
-
解决了中的哪些数据磁盘位于可见脱机 Windows 服务器 2019年偶尔发生问题。
Microsoft Azure 站点恢复 (服务)
改进
被配置为拥有虚拟网络防火墙的 Azure 存储帐户现在支持 VMware 的数据复制或物理服务器到 Azure。
已修复的问题
(不适用)
Microsoft Azure 站点恢复 (门户)
改进
针对 VMware 到 Azure,进程内服务器健康状态将添加到 VM 概述刀片式服务器。在流程服务器引发的事件被添加到流程服务器刀片式服务器上的事件表。
已修复的问题
(不适用)
更新您的 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。选择为每个虚拟机出现在页面的底部的更新代理按钮。这将更新所有受保护的虚拟机上的移动服务代理。
移动代理的每个升级后建议重新启动计算机以确保所有最新更改的源虚拟机上加载。但是,重新启动,则不是强制。如果在最后一次重新启动期间代理版本和当前版本之间的差异大于四 (4) 重新启动是必需的。请参阅下表的详细说明。
在上次重新启动代理版本 |
升级到版本 |
是否需要重新启动? |
---|---|---|
9.16 |
9.18 |
不需要 |
9.16 |
9.19 |
不需要 |
9.16 |
9.20 |
不需要 |
9.16 |
9.21 |
必需的 第一次,升级到版本 9.20。然后,重新启动升级到 9.21 之前。这是因为在版本之间的差异 (9.16 上, 一次重新启动时执行和目标版本 9.21) 大于四 (4)。 |
参考
了解有关术语 Microsoft 用于描述软件更新。
第三方信息免责声明
本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 对于这些产品的性能或可靠性,Microsoft 不做任何暗示保证或其他形式的保证。