如何在并行部署中升级代理
重要
此版本的 Operations Manager 已终止支持。 建议 升级到 Operations Manager 2022。
当在现有 Operations Manager 管理组中对 System Center 2016 - Operations Manager 或 System Center Operations Manager 1801 从上个版本执行并排部署(也称为并行部署)时,可以继续主动监视工作负载和持续了解关键服务的可用性。
从以前的版本执行 System Center 2019 - Operations Manager 或 System Center Operations Manager 2016 的并行部署时, (也称为与现有 Operations Manager 管理组的并行部署) ,可以继续主动监视工作负载,并保持对关键服务可用性的见解。
从以前版本执行 System Center 2022 - Operations Manager 或 System Center Operations Manager 2019 的并行部署时, (也称为与现有 Operations Manager 管理组) 并行部署时,可以继续主动监视工作负载,并保持对关键服务可用性的见解。
在使用 System Center Operations Manager 1801 的并行部署方案中,Operations Manager 代理支持以下共存方案。
- System Center 2016 - Operations Manager RTM 和更高版本
- System Center Operations Manager 2012 R2 RTM 和更高版本
在完成迁移并停用旧的管理组之前,向 Operations Manager 2012 R2 或 2016 管理组报告的代理可以升级到 System Center Operations Manager 1801,并且完全能够与这两个管理组通信。
在完成迁移并停用 Operations Manager 2012 R2 管理组之前,向 Operations Manager 2012 R2 管理组报告的代理可以升级到 System Center 2016 - Operations Manager,并且完全能够与这两个管理组通信。
向 Operations Manager 2016 管理组报告的代理可以升级到 System Center 2019 - Operations Manager,并且完全能够与两个管理组通信,直到完成迁移并停用 Operations Manager 2016 管理组。
向 Operations Manager 2019 管理组报告的代理可以升级到 System Center 2022 - Operations Manager,并且完全能够与两个管理组通信,直到完成迁移并停用 Operations Manager 2019 管理组。
升级代理
如果要维护现有的 Operations Manager 环境,可以并行安装最新版本的 Operations Manager,只需根据当前使用的方法升级代理即可。 如:
操作控制台中一个或多个代理的发现和安装。
如果从新的 Operations Manager 管理组发现并安装现有的代理托管系统,则会升级该代理,并将代理多点接入到它向两个管理组报告的位置。
包含在安装映像中。
需要更新映像以包括新版本,并配置映像以将代理分配到新的 Operations Manager 管理组。
在代理上手动执行安装程序或从现有软件分发工具手动部署安装程序的情况下执行手动安装。
部署过程需要更新,以包括所需的新代理 Windows 安装程序包和依赖项。 进行定义以询问、安装和配置,并验证该代理的逻辑将需要进行相应更新。
完成所有升级后步骤并熟悉新 Operations Manager 管理组的状态后,可以重新配置代理,以从准备停用的现有 Operations Manager 管理组中删除分配。 可以按照 Operations Manager SDK 中的以下指南以编程方式从代理删除管理组配置实现此操作。
后续步骤
若要了解跨管理组中的多个服务器安装 Operations Manager 服务器角色的顺序和步骤,请参阅 Operations Manager 的分布式部署。
若要了解安装代理和发现要由 Operations Manager 监视的对象的选项和步骤,请查看 管理发现和代理 部分中的信息。
要了解完成升级到管理组应执行的升级后任务,请参阅升级到 System Center Operations Manager 的升级后任务。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈