你当前正在访问 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 更新管理器。 有关详细信息，请参阅有关停用的常见问题解答，可以注册有关迁移（包括 Q&A 会话）的每月实时会话。
- 如果使用 Azure 自动化更新管理解决方案，建议在未完成迁移到 Azure 更新管理器时不要从计算机中删除 MMA 代理，以满足计算机的补丁管理需求。 如果在未迁移到 Azure 更新管理器时从计算机中删除 MMA 代理，则会中断该计算机的修补工作流。
对于 Azure 更新管理器，AMA 和 MMA 都不是管理软件更新工作流的前提要求，因为它依赖适用于 Azure 虚拟机的 Microsoft Azure VM 代理和已启用 Arc 的服务器的 Azure Connected Machine Agent。 首次在计算机上执行更新操作时，会将扩展推送到计算机，并与代理交互以评估缺少的更新并安装更新。
我们提供了三种方法，用于从自动化更新管理迁移到 Azure 更新管理器，其中详细介绍了这些方法：