升级 System Center Operations Manager
重要
Service Provider Foundation（SPF）已从 System Center 2025 停止使用。 但是，SPF 2022 将继续使用 System Center 2025 组件。
部署指南的此部分提供有关如何从旧版支持的 System Center 2025 升级到 System Center 2025 的信息。 可以从 Operations Manager 版本 2022 升级到 Operations Manager 2025。
本指南假设你正在从 System Center 2022 执行升级。
部署指南的此部分介绍如何从受支持的早期版本升级到 System Center 2022。 可以从 Operations Manager 版本 2019 升级到 Operations Manager 2022。
本指南假定要从 System Center 2019 升级。
注意
如果从 System Center Operation Manager 2019 UR3 或更早版本升级，请确保删除重复的管理包别名。 有关如何删除管理包别名的详细信息，请参阅 “删除重复的管理包别名”。
有关在没有以前版本的 Operations Manager 的计算机上安装 Operations Manager 的信息，请参阅部署 System Center Operations Manager。
部署指南的此部分提供有关如何从旧版支持的版本升级到 System Center 2019 的信息。 可以从 Operations Manager 版本 2016 升级到 Operations Manager 2019。
本指南假设你正在从 System Center 2016 执行升级。 有关在没有以前版本的 Operations Manager 的计算机上安装 Operations Manager 的信息，请参阅 部署 System Center Operations Manager。
注意
如果 Operations Manager 管理组与 Microsoft Azure Log Analytics（以前称为 Microsoft Operations Management Suite (OMS)）集成，则升级完成后，其配置将保留并能继续正常运行。
警告
如果要升级两个或更多 System Center 组件，则应查看每个组件的升级过程。
执行组件升级的顺序非常重要。 如果未遵循正确的升级顺序，则可能导致组件故障，对于组件故障，没有恢复选项。 以下列表是与 Operations Manager 集成的受影响 System Center 组件和建议的升级顺序：
- Orchestrator - 如果已安装 Operations Manager 集成包以支持针对 Operations Manager 管理组执行自动化的 runbook。
- Service Manager - 如果将连接器配置为从 Operations Manager 导入所发现和监视的对象的警报和配置项数据。
- Data Protection Manager - 如果已将中央控制台配置为集中管理 DPM 环境。
- Operations Manager
- Virtual Machine Manager - 如果已配置与 Operations Manager 的集成，用于监视 VMM 组件、虚拟机和虚拟机主机的运行状况。
在升级到 System Center Operations Manager 之前，必须先确定 Operations Manager 管理组中的所有服务器是否满足最低支持的配置。 有关详细信息，请参阅 系统要求：System Center Operations Manager。
有以下一些升级选项：
如果在单一服务器管理组上运行升级，则只需运行一次升级，因为所有功能都将安装在单一服务器上。 Operations Manager 升级向导会执行系统先决条件检查，并为任何问题提供解决步骤。 在解决所有问题之后，才会继续安装。
如果要升级分布式管理组，则必须优先于其他功能先升级某些功能。 例如，应该首先升级管理服务器，再升级网关和操作控制台，然后升级代理。 接下来，你可以升级任何其余功能，如 Web 控制台、报告和审核收集服务 (ACS)。 你还必须执行许多升级前和升级后任务。
- 如果要维护早期版本的 Operations Manager（2016）环境，可以并行安装版本 2019，升级代理，并在两个管理组之间多宿主安装它们。
- 若要维护旧版 Operations Manager (2019) Operations Manager 环境，可以并行安装版本 2022，升级代理并在两个管理组之间对其进行多宿主托管。
- 如果要维护早期版本的 Operations Manager（2022） Operations Manager 环境，可以并行安装版本 2025，升级代理，并在两个管理组之间多宿主安装它们。
支持的共存
下表列出了支持 Operations Manager 2019 和早期版本的 Operations Manager 共存的方案。
| 版本 | 管理组共存 |
|---|---|
| Operations Manager 2016 RTM 到最新更新汇总 | 是 |
就地升级
System Center 2019 - Operations Manager 支持从以下版本就地升级：
- System Center 2016
支持的共存
下表列出了支持 Operations Manager 2022 与早期版本的 Operations Manager 共存的方案。
| 版本 | 管理组共存 |
|---|---|
| Operations Manager 2019 RTM 到最新更新 | 是 |
就地升级
System Center 2022 - Operations Manager 支持从以下版本就地升级：
- System Center 2019
提示
尽管可以直接从 2019 RTM 升级到 2022，但强烈建议在升级之前更新汇总 3 或更高版本。
支持的共存
下表列出了 Operations Manager 2025 和 Operations Manager 早期版本之间共存的方案。
| 版本 | 管理组共存 |
|---|---|
| Operations Manager 2022 RTM 到最新更新 | 是 |
就地升级
System Center 2025 - Operations Manager 支持从以下版本就地升级：
- System Center 2022
分布式管理组升级步骤的高级别概述
以下步骤概述了升级分布式管理组的过程：
完成升级前任务
升级初始管理服务器，然后升级其他管理服务器（必须升级每个管理服务器）
升级 ACS（因为 ACS 服务器必须与管理服务器在同一计算机上，所以建议执行此步骤并升级 ACS 所在的管理服务器。）
* 升级网关
升级控制台
强制安装代理/升级手动安装的代理
升级 Web 控制台
升级报表服务器
执行 升级后任务
*步骤 4 到 8 可在升级所有管理服务器后并行执行。
升级代理和运行两个环境的高级别概述
以下升级路径通过并行环境支持 Operations Manager 方案中的客户，并共享代理，因此原始的 System Center 支持的版本环境完好无损。 升级路径上已升级到 System Center 2019 Operations Manager 的代理完全能够使用本机 Operations Manager 2016 功能。
可以在部署新的 Operations Manager 管理组之前升级代理，然后使用现有自动化解决方案将代理配置为在原始管理组和新管理组之间进行多宿主托管，或者可以通过从新的 Operations Manager 管理组发现和执行强制安装，在之后升级代理。 有关详细信息，请参阅 如何在并行部署中升级代理。
升级代理和运行两个环境的高级别概述
以下升级路径通过并行环境支持 Operations Manager 方案中的客户，并共享代理，因此原始的 System Center 支持的版本环境完好无损。 已在升级路径中升级到 System Center 2022 Operations Manager 的代理完全能够使用 Operations Manager 2019 原生功能。
可以在部署新的 Operations Manager 管理组之前升级代理，然后使用现有自动化解决方案将代理配置为在原始管理组和新管理组之间进行多宿主托管，或者可以通过从新的 Operations Manager 管理组发现和执行强制安装，在之后升级代理。 有关详细信息，请参阅 如何在并行部署中升级代理。
升级代理和运行两个环境的高级别概述
以下升级路径通过并行环境支持 Operations Manager 方案中的客户，并共享代理，因此原始的 System Center 支持的版本环境完好无损。 升级路径上已升级到 System Center 2025 Operations Manager 的代理完全能够使用本机 Operations Manager 2022 功能。
可以在部署新的 Operations Manager 管理组之前升级代理，然后使用现有自动化解决方案将代理配置为在原始管理组和新管理组之间进行多宿主托管，或者可以通过从新的 Operations Manager 管理组发现和执行强制安装，在之后升级代理。 有关详细信息，请参阅 如何在并行部署中升级代理。
保留原始 System Center Operations Manager 环境。
设置另一个新的 System Center Operations Manager 环境，其中包含管理服务器、网关、Operations Manager 数据库、Operations Manager 数据仓库、操作控制台、Web 控制台和报表服务器。
使用以下任一选项将原始管理组中的 System Center Operations Manager 代理升级到新管理组的同一版本：
a. 强制安装选项
b. 手动/命令行选项
后续步骤
若要了解应执行的升级前任务以完成到管理组的升级，请参阅 升级到 System Center Operations Manager 时的升级前任务。
若要了解应执行的升级后任务以完成到管理组的升级，请参阅 升级到 System Center Operations Manager 时的升级后任务。
部署指南的此部分提供有关如何从较旧支持的版本升级到 System Center 2016 - Operations Manager 或版本 2019 的信息。
本指南假设你要升级到 System Center 2016 - Operations Manager 或版本 2019。 有关在没有以前版本的 Operations Manager 的计算机上安装 Operations Manager 的信息，请参阅 部署 System Center Operations Manager。
注意
如果 Operations Manager 2012 R2 或 Operations Manager 2016 管理组与 Microsoft Azure Log Analytics 集成（以前称为 Microsoft Operations Management Suite （OMS），则其配置将保留，并在升级完成后继续正常运行。
警告
如果要升级两个或更多 System Center 组件，则应查看每个组件的升级过程。
执行组件升级的顺序非常重要。 如果未遵循正确的升级顺序，则可能导致组件故障，对于组件故障，没有恢复选项。 以下列表是与 Operations Manager 集成的受影响 System Center 组件和建议的升级顺序：
- Orchestrator - 如果已安装 Operations Manager 集成包以支持针对 Operations Manager 管理组执行自动化的 runbook。
- Service Manager - 如果将连接器配置为从 Operations Manager 导入所发现和监视的对象的警报和配置项数据。
- Data Protection Manager - 如果已将中央控制台配置为集中管理 DPM 环境。
- Operations Manager
- Virtual Machine Manager - 如果已配置与 Operations Manager 的集成，用于监视 VMM 组件、虚拟机和虚拟机主机的运行状况。
在升级到 System Center Operations Manager 之前，必须先确定 Operations Manager 管理组中的所有服务器是否满足最低支持的配置。 有关详细信息，请参阅 系统要求：System Center Operations Manager。
有以下一些升级选项：
如果在单一服务器管理组上运行升级，则只需运行一次升级，因为所有功能都将安装在单一服务器。 Operations Manager 升级向导会执行系统先决条件检查，并为任何问题提供解决步骤。 在解决所有问题之后，才会继续安装。
如果要升级分布式管理组，则必须优先于其他功能先升级某些功能。 例如，应该首先升级管理服务器，再升级网关和操作控制台，然后升级代理。 接下来，可以升级任何剩余的功能，例如 Web 控制台、报告和审核收集服务（ACS）。 你还必须执行许多升级前和升级后任务。
如果要维护 Operations Manager 2012 R2 或 System Center 2016 - Operations Manager 环境，则可以并行安装版本 2019，在两个管理组之间升级代理和多宿主。
如果要维护 Operations Manager 2012 R2 环境，可以并行安装 System Center 2016 - Operations Manager、升级代理，并在两个管理组之间多宿主安装它们。
支持的共存
下表列出了 Operations Manager 2016 与 Operations Manager 早期版本之间共存的方案。
| 版本 | 管理组共存 |
|---|---|
| Operations Manager 2012 R2 | 是 |
下表列出了支持 Operations Manager 2019 和早期版本的 Operations Manager 共存的方案。
| 版本 | 管理组共存 |
|---|---|
| Operations Manager 2016 RTM 到最新更新汇总 | 是 |
| Operations Manager 2012 R2 到最新的更新汇总 | 是 |
就地升级
System Center 2016 - Operations Manager 支持从以下版本就地升级：
- System Center 2016 Technical Preview 5 - Operations Manager
- System Center 2012 R2 Operations Manager 更新汇总 12
分布式管理组升级步骤的高级别概述
以下步骤概述了升级分布式管理组的过程：
完成升级前任务
升级初始管理服务器，然后升级其他管理服务器（必须升级每个管理服务器）
升级 ACS（因为 ACS 服务器必须与管理服务器在同一计算机上，所以建议执行此步骤并升级 ACS 所在的管理服务器。）
* 升级网关
升级控制台
将安装推送到代理/升级手动安装的代理
升级 Web 控制台
升级报表服务器
执行 升级后任务
*步骤 4 到 8 可在升级所有管理服务器后并行执行。
升级代理和运行两个环境的高级别概述
以下升级路径支持使用并行环境、共享代理的 Operations Manager 方案中的客户，以便原始 System Center 2012 R2 Operations Manager 或 Operations Manager 2016 环境保持不变。 已根据升级路径升级到 System Center 2016 Operations Manager 的代理完全能够使用本机 System Center 2012 R2 Operations Manager 或 Operations Manager 2016 功能。
可以在部署新的 Operations Manager 管理组之前升级代理，然后使用现有自动化解决方案将代理配置为在原始管理组和新管理组之间进行多宿主托管，或者可以通过从新的 Operations Manager 管理组发现和执行强制安装，在之后升级代理。 有关详细信息，请参阅 如何在并行部署中升级代理。
保留原始 System Center 2012 R2 Operations Manager 或 Operations Manager 2016 环境。
设置另一个新的 System Center Operations Manager 环境，其中包含管理服务器、网关、Operations Manager 数据库、Operations Manager 数据仓库、操作控制台、Web 控制台和报表服务器。
使用以下任一选项将原始管理组中的 System Center Operations Manager 代理升级到新管理组的同一版本：
a. 强制安装选项
b. 手动/命令行选项
后续步骤
若要了解应执行的升级前任务以完成到管理组的升级，请参阅 升级到 System Center Operations Manager 时的升级前任务。
若要了解应执行的升级后任务以完成到管理组的升级，请参阅 升级到 System Center Operations Manager 时的升级后任务。