从自动化更新管理迁移到 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 更新管理器，其中详细介绍了这些方法：