简介
本文介绍修复的问题 在以下版本的 Microsoft Azure Site Recovery 中的更新汇总48中:
-
Azure 至 Azure
-
VMware/物理到 Azure
-
HyperV 或 VMM 到 Azure
了解已修复问题的详细信息,以及在安装此更新之前应验证的先决条件。
先决条件
自 安装 Microsoft Azure Site Recovery 提供程序更新汇总48,你必须具有 安装下列其中一项:
-
Microsoft Azure Site Recovery 提供商(版本5.1.5800 或更高版本)
-
Microsoft Azure Site Recovery 统一设置(VMware 至 Azure)(版本9.31 或更高版本)
-
Microsoft Azure 恢复 服务代理(版本2.0.8900.0 或更高版本)
注意: 你 可以在中查看 "程序和功能" 项目中已安装的提供商版本 "控制面板"。
此更新中修复的改进和问题
安装此 更新时,修复了以下问题,并改进了以下问题 自.
移动服务
改进
Linux 操作系统支持
-
Azure 至 Azure
-
-
Oracle Linux 7。8
-
Oracle Linux 8.0、8。1
-
-
VMware/物理到 Azure
-
-
Oracle Linux 7。8
-
Oracle Linux 8.0、8、1、8。2
-
修复的问题
-
添加了一个预检查以验证 安装中提供了drscout 目录(升级时)。
-
添加了适用于 Linux 计算机的修补程序 系统时间更改导致禁用复制的延迟。
-
修复了安装程序的问题 恢复导致启用复制的原始图像失败 时发生.
-
修复了 SLES15 未正确识别的问题(如果 发布文件已存在。
已知问题
-
启用 Azure 复制 azure 磁盘加密的 Linux 计算机上的 Azure 方案失败 (ADE)已启用。 了解 更多信息。
Microsoft Azure Site Recovery 统一设置 & 配置服务器模板
未引入新的更改。
Microsoft Azure Site Recovery (服务)
改进
更新您的 Azure Site Recovery 本地组件
在两个本地 VMM 站点之间
-
下载最新的更新 Microsoft Azure Site Recovery 提供程序的汇总
-
首先安装更新汇总 在管理恢复网站的本地 VMM 服务器上。
-
恢复网站后 已更新,在管理的 VMM 服务器上安装更新汇总 主站点。
注意如果 VMM 是高可用的 VMM (群集 VMM),请确保安装 在安装了 VMM 服务的群集的所有节点上进行升级。
在本地 VMM 网站与 Azure 之间
-
上安装更新汇总 本地 VMM 服务器。
-
在所有 hyper-v 主机上安装最新的Microsoft Azure 恢复服务代理。
注意如果你的 VMM 是 高可用 VMM (群集 VMM),请确保在上安装升级 安装了 VMM 服务的群集的所有节点。
在本地 Hyper-v 站点和 Azure 之间
-
在每个设备上安装提供程序 Azure Site Recovery 中注册的 Hyper-v 服务器的节点。
注意如果 您的 Hyper-v 是主机群集的 Hyper-v 服务器,请确保安装 在群集的所有节点上升级。
在本地 VMware 或物理站点与 Azure 之间
-
更新本地 管理服务器,方法是下载 Microsoft Azure Site Recovery 统一设置。这是具有配置服务器的服务器 和处理服务器角色。
-
如果您有扩展过程 服务器,请通过运行Microsoft Azure Site Recovery 统一设置更新它们。
-
转到 Azure 门户,然后 然后转到 > 复制的受保护的项目 项目"页面。 在此页面上选择一个 VM。 选择更新 每个 VM 的页面底部显示的 "代理" 按钮。 这将更新所有受保护的虚拟机上的移动服务代理。
注意重启是 建议在每次升级移动代理后,确保所有 在源计算机上加载最新更改。这并不一定是 填写.但是,如果差异不同,则必须重新启动 从上次重启到目标版本的代理版本与目标版本较大 在最后一个小数位置有四个(4)。有关详细信息,请参阅下表 解释。
代理版本在 上次重启 |
升级到 |
是重启 填写? |
---|---|---|
9.25 |
9.27 |
不强制 |
9.25 |
9.28 |
不强制 |
9.25 |
9.29 |
不强制 |
9.25 |
9.30 |
填写 先升级到版本9.29,然后重新启动,然后再升级到 版本9.30 (因为上一次重启版本与 目标版本大于4) |