升級 System Center Operations Manager
重要
Service Provider Foundation （SPF） 已從 System Center 2025 停止。 不過，SPF 2022 將繼續使用 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 升級精靈會執行系統必要條件檢查，並針對任何問題提供解決步驟。 除非解決所有問題，否則安裝不會繼續。
如果要升級分散式管理群組，您必須先升級某些功能，然後才能升級其他功能。 例如，您會先升級管理伺服器，接著再升級閘道、Operations 主控台，然後才是代理程式。 接下來，您就可以升級其餘任何功能，例如 Web 主控台、報表和稽核收集服器 (ACS)。 您還必須執行許多升級前及升級後工作。
- 如果您想要維護舊版的 Operations Manager （2016） 環境，您可以平行安裝 2019 版、升級代理程式，以及兩個管理群組之間的多宿主。
- 如果您想要維持您之前的 Operations Manager (2019) 環境，您可以平行安裝 2022 版本，升級代理程式，並使它們在兩個管理群組之間多重歸屬。
- 如果您想要維護舊版 Operations Manager （2022） Operations Manager 環境，您可以平行安裝 2025 版、升級代理程式，並在這兩個管理群組之間多宿主安裝它們。
支援的共存
下表列出支援 Operations Manager 2019 與舊版 Operations Manager 共存的案例。
| 版本 | 管理群組共存 |
|---|---|
| Operations Manager 2016 RTM 至最新的更新匯總 | Yes |
就地升級
System Center 2019 - Operations Manager 支援從下列版本就地升級：
- System Center 2016
支援的共存
下表列出支援 Operations Manager 2022 與舊版 Operations Manager 共存的案例。
| 版本 | 管理群組共存 |
|---|---|
| Operations Manager 2019 RTM 至最新的更新 | Yes |
就地升級
System Center 2022 - Operations Manager 支援從下列版本就地升級：
- System Center 2019
提示
雖然可以直接從 2019 RTM 升級至 2022，但強烈建議在升級之前先在更新匯總 3 或更新版本上。
支援的共存
下表列出支援 Operations Manager 2025 與舊版 Operations Manager 共存的案例。
| 版本 | 管理群組共存 |
|---|---|
| Operations Manager 2022 RTM 至最新更新 | Yes |
就地升級
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 資料倉儲、Operations 主控台、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 升級精靈會執行系統必要條件檢查，並針對任何問題提供解決步驟。 除非解決所有問題，否則安裝不會繼續。
如果要升級分散式管理群組，您必須先升級某些功能，然後才能升級其他功能。 例如，您會先升級管理伺服器，接著再升級閘道、Operations 主控台，然後才是代理程式。 接下來，您可以升級任何剩餘的功能，例如 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 | Yes |
下表列出支援 Operations Manager 2019 與舊版 Operations Manager 共存的案例。
| 版本 | 管理群組共存 |
|---|---|
| Operations Manager 2016 RTM 至最新的更新匯總 | Yes |
| Operations Manager 2012 R2 至最新的更新匯總 | Yes |
就地升級
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 資料倉儲、Operations 主控台、Web 主控台和報告伺服器。
使用下列其中一個選項，將原始管理群組中的 System Center Operations Manager 代理程式升級為相同版本的新管理群組：
a. 推入安裝選項
b. 手動/命令列選項
後續步驟
若要瞭解您應該執行的升級前工作，以完成升級至管理群組，請參閱 升級至 System Center Operations Manager 時的升級前工作。
若要瞭解您應該執行的升級后工作，以完成升級至管理群組，請參閱 升級至 System Center Operations Manager 時的升級後工作。