你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
从自动化更新管理迁移到 Azure 更新管理器的概述
适用于：✔️ Windows VM ✔️ Linux VM ✔️ 本地环境 ✔️ 已启用 Azure Arc 的服务器
本文提供将虚拟机从自动化更新管理迁移到 Azure 更新管理器的指导。
Azure 更新管理器提供 SaaS 解决方案，用于管理和治理跨 Azure、本地及多云环境的 Windows 和 Linux 计算机的软件更新。 它是 Azure 自动化更新管理解决方案的演变，具有新的特色和功能，用于在单台计算机或多台计算机上大规模评估和部署软件更新。
注意
- 2024 年 8 月 31 日，Azure 自动化更新管理及其使用的 Log Analytics 代理已停用。 如果你仍在使用 Azure 自动化更新管理解决方案，建议迁移到 Azure 更新管理器以满足软件更新需求。 按照本文档中的指南将计算机和计划从自动化更新管理移动到 Azure 更新管理器。 有关详细信息，请参阅有关停用的常见问题解答。
- 如果你仍在使用 Azure 自动化更新管理解决方案，建议在未完成迁移到 Azure 更新管理器之前不要从计算机中移除 Microsoft Monitoring Agent (MMA) 代理，因为迁移工具要求在要迁移的计算机上安装该代理。 此外，如果在迁移到 Azure 更新管理器之前从计算机中移除 MMA 代理，则会中断该计算机的自动化更新管理修补工作流。
Azure 更新管理器不依赖于 Azure Monitor Agent (AMA) 或 MMA 代理。 因为它依赖于适用于 Azure VM 的 Microsoft Azure Windows VM 代理或 Microsoft Azure Linux VM 代理以及适用于已启用 Arc 的服务器的 Azure Connected Machine Agent。 首次在计算机上执行更新操作时，会将扩展推送到计算机，并与代理交互以评估缺少的更新并安装更新。
我们提供了三种方法，用于从自动化更新管理迁移到 Azure 更新管理器，下面的链接中详细介绍了这些方法：