更新 Azure Site Recovery 的汇总 54

移动服务

已修复的问题

• 修复了升级进程服务器后初始复制因分析失败而停滞的问题。

• 修复了进程服务器注册由于 DNS 值作为 null 传递而失败的问题。

• 修复了由于临时磁盘被标记为缺失而未创建 Azure 虚拟机的恢复点的问题。

• 修复了内部服务因区域设置不受支持而退出的问题。

Microsoft Azure Site Recovery 统一安装程序&配置服务器模板

未引入任何新更改。

Microsoft Azure Site Recovery (服务)

改进

• 使用 Azure Site Recovery 的区域到区域灾难恢复现已在另外 4个区域（北欧、美国东部、美国中部和美国西部 2）中通用。 这样，支持的区域数就达 9 个。 支持的区域如下：东南亚、日本东部、澳大利亚东部、英国南部、西欧、北欧、美国东部、美国中部和美国西部 2。

Microsoft Azure Site Recovery (门户)

改进

• 添加了对 VMware 到 Azure 的门户支持Hyper-V复制到 Azure，以在启用复制后选择邻近放置组。 了解更多信息。

• 添加了对保护 32 TB 数据磁盘的支持，以用于 VMware 到 Azure 的复制。

在两个本地 VMM 站点之间

1. 下载 Microsoft Azure Site Recovery 提供程序的最新更新汇总

2. 首先在管理恢复站点的本地 VMM 服务器上安装更新汇总。

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

备注 如果 VMM 是高可用性 VMM (群集 VMM) ，请确保在安装了 VMM 服务的群集的所有节点上安装升级。

在本地 VMM 站点与 Azure 之间

1. 下载 Microsoft Azure Site Recovery 提供程序的更新汇总。

2. 在本地 VMM 服务器上安装更新汇总。

3. 在所有主机上安装最新的 Microsoft Azure 恢复服务Hyper-V代理。

备注 如果 VMM 是高可用性 VMM (群集 VMM) ，请确保在安装了 VMM 服务的群集的所有节点上安装升级。

在本地部署站点Hyper-V Azure 之间

1. 下载 Microsoft Azure Site Recovery 提供程序的更新汇总。

2. 在 Azure Site Recovery 中注册Hyper-V服务器的每个节点上安装提供程序。

备注 如果Hyper-V群集服务器Hyper-V，请确保在群集的所有节点上安装升级。

在本地 VMware 或物理站点到 Azure 之间

1. 通过下载 Microsoft Azure Site Recovery 统一安装程序  更新本地管理服务器。 这是具有配置服务器和进程服务器角色的服务器。

2. 如果有横向扩展进程服务器，接下来请运行 Microsoft Azure Site Recovery 统一安装程序来更新它们。

3. 转到 Azure 门户，然后转到"复制的项>"页。 在此页上选择一个 VM。 选择显示在页面底部的每个 VM 的"更新代理"按钮。 这会更新所有受保护 VM 上的移动服务代理。

注意： 如果要更新或保护 SUSE Linux Enterprise Server 11 SP3、SUSE Linux Enterprise Server 11 SP4、RHEL5、CentOS 5、DEBIAN7 和 DEBIAN8 计算机，请确保遵循以下步骤 ：

1. 为计算机下载相应的安装程序 -

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5

   • DEBIAN7

   • DEBIAN8

   • CentOS 5

2. 在升级或保护虚拟机之前，将安装程序复制到配置服务器和横向扩展进程服务器上 INSTALL_DIR\home\svsystems\pushinstallsvc\repository 文件夹。 例如，下面是配置服务器/进程服务器安装路径为 C：\Program Files (x86) \Microsoft Azure Site Recovery 时的文件夹名称 –

   • C：\Program Files (x86) \Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. 复制安装程序后，转到 services.msc 并重启 InMage PushInstall 服务。

备注： 建议每次升级移动代理后重启，以确保在源计算机上加载所有最新更改。 这不一定是强制性的。 但是，如果代理版本与上次重启后的目标版本之间的差大于 4，则必须重启 (最后一个小数) 4。 有关详细说明，请参阅下表。