从自动化更新管理迁移到 Azure 更新管理器的概述

适用于:✔️ Windows VM ✔️ Linux VM ✔️ 本地环境 ✔️ 已启用 Azure Arc 的服务器

本文提供将虚拟机从自动化更新管理迁移到 Azure 更新管理器的指导。

Azure 更新管理器提供 SaaS 解决方案,用于管理和治理跨 Azure、本地及多云环境的 Windows 和 Linux 计算机的软件更新。 它是 Azure 自动化更新管理解决方案的演变,具有新的特色和功能,用于在单台计算机或多台计算机上大规模评估和部署软件更新。

注意

  • 2024 年 8 月 31 日,Azure 自动化更新管理及其使用的 Log Analytics 代理都将停用。 因此,如果使用 Azure 自动化更新管理解决方案,建议迁移到 Azure 更新管理器以满足软件更新需求。 按照本文当中的指南将计算机和计划从自动化更新管理移动到 Azure 更新管理器。 有关详细信息,请参阅有关停用的常见问题解答,可以注册有关迁移(包括 Q&A 会话)的每月实时会话。
  • 如果使用 Azure 自动化更新管理解决方案,建议在未完成迁移到 Azure 更新管理器时不要从计算机中删除 MMA 代理,以满足计算机的补丁管理需求。 如果在未迁移到 Azure 更新管理器时从计算机中删除 MMA 代理,则会中断该计算机的修补工作流。

对于 Azure 更新管理器,AMA 和 MMA 都不是管理软件更新工作流的要求,因为它依赖于适用于 Azure VM 的 Azure VM 代理和适用于已启用 Arc 的服务器的 Azure 连接计算机代理。 首次在计算机上执行更新操作时,会将扩展推送到计算机,并与代理交互以评估缺少的更新并安装更新。

我们提供了三种方法,用于从自动化更新管理迁移到 Azure 更新管理器,其中详细介绍了这些方法:

后续步骤