從自動化更新管理移轉至 Azure 更新管理員的概觀
適用於：✔️ Windows VM ✔️ Linux VM ✔️ 內部部署環境 ✔️ 已啟用 Azure Arc 的伺服器
本文提供將虛擬機器從自動化更新管理移至 Azure 更新管理員的指引。
Azure 更新管理員提供 SaaS 解決方案，可跨 Azure、內部部署和多雲端環境管理 Windows 和 Linux 機器的軟體更新。 這是 Azure 自動化更新管理解決方案的進化，具有許多新功能，可讓您在單一機器或多部機器上大規模評估及部署軟體更新。
注意
- 2024 年 8 月 31 日，Azure 自動化 更新管理及其使用的 Log Analytics 代理程式都已淘汰。 如果您仍在使用 Azure 自動化 更新管理解決方案，建議您移至 Azure Update Manager 以符合軟體更新需求。 請遵循本檔中的指引，將機器和排程從自動化更新管理移至 Azure Update Manager。 如需詳細資訊，請參閱淘汰的常見問題集。
- 如果您仍在使用 Azure 自動化 更新管理解決方案，建議您在完成移轉至 Azure Update Manager 之前，先從機器移除Microsoft監視代理程式 （MMA） 代理程式，因為移轉工具預期代理程式會安裝在要移轉的機器上。 此外，如果您在移至 Azure Update Manager 之前，先從機器移除 MMA 代理程式，它會中斷該電腦的自動化更新管理修補工作流程。
Azure 更新管理員與 Azure 監視器代理程式（AMA） 或 MMA 代理程序沒有任何相依性。 因為它依賴Microsoft Azure Windows VM 代理程式，或適用於 Azure VM 的 Microsoft Azure Linux VM 代理程式和已啟用 Arc 的 Azure 連線機器代理程式。 當您第一次在機器上執行更新作業時，會將延伸模組推送至機器，並與代理程序互動，以評估遺漏的更新並安裝更新。
我們提供三種方法，以從自動化更新管理移至 Azure Update Manager，其會在下列連結中詳細說明：