升級 System Center Service Manager

重要

Service Provider Foundation （SPF） 已從 System Center 2025 停止。 不過，SPF 2022 將繼續使用 System Center 2025 元件。

本文提供 System Center 2025 - Service Manager （SM） 的升級資訊

升級至 System Center 2025 - Service Manager

下列各節提供如何升級至 System Center 2025 - Service Manager （SM） 的相關信息。

警告

元件升級的執行順序非常重要。 如果未能遵照正確的升級順序，可能會導致元件失敗，而且您將無法選擇復原元件。 受影響的 System Center 元件如下：

• 協調器
• Service Manager
• Data Protection Manager
• Operations Manager
• Configuration Manager
• Virtual Machine Manager
• App Controller

您只能從 System Center 2022 升級至 System Center 2025。

重要

本指南假設您正在執行 升級 至現有的 System Center 版本。 如需在沒有任何舊版 Service Manager 的計算機上安裝 System Center 2025 - Service Manager 的相關信息，請參閱 部署 System Center - Service Manager。

規劃升級至 System Center 2025 - Service Manager

本節概述升級至 System Center 2025 所需的程式。

支援從 Service Manager 2022 就地升級。 就地升級是相同硬體上所有 Service Manager 元件的升級。 不支援其他方法，例如並存升級或滾動升級。

升級至 Service Manager 2025 需要準備。 建議您在實驗室環境中安裝 Service Manager，然後將生產資料庫複寫至實驗室。 之後，請在實驗室中執行新安裝的升級。

評估並選取版本

System Center 2022 - Service Manager 的版本有兩個不同的版本：

• 評估版 (180 天到期)
• 選用授權版本

Service Manager 2025 支援下列升級路徑。

目前的版本	升級版本	狀態
System Center 2022 - Service Manager Eval	System Center 2025 - Service Manager Eval	評估期維持不變
System Center 2022 - Service Manager 選取	System Center 2025 - Service Manager 選取	授權

注意

從 Service Manager 評估版升級至 Service Manager 2025 評估版不會 延長 180 天的評估期間。

安裝位置

安裝 Service Manager 的預設資料夾是 \Program Files\Microsoft System Center\Service Manager。 不過，當您執行升級至 Service Manager 時，軟體會安裝在先前使用的 Service Manager 資料夾中。

System Center 2025 - Service Manager 的硬件需求

System Center 2025 - Service Manager 的所有硬體需求都會完整記載於硬體需求中。

System Center 2025 - Service Manager 的軟體需求

System Center 2025- Service Manager 的所有軟體需求都完整記載於 軟體需求中。

防止 MPSync 作業失敗

升級之前

描述: 升級程序發生問題，導致 MPSync 作業在升級完成後失敗。 若要在升級之前避免此問題，您必須在 DWRepository 資料庫上執行下面所述的 SQL 腳本，以取得實際 SQL 腳本，以在 DWRepository 資料庫中的實際數據表中，於主鍵上新增條件約束，以更正問題。 此外，轉換及載入作業可能也會失敗。 這個錯誤可能是因為資料庫清理出錯所造成。

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

因應措施 1：如果您已經升級，而且轉換或載入作業失敗沒有問題，但發生管理元件部署失敗，請遵循升級前一節中的步驟。 此外，在還原預設主鍵之後，流覽至 [數據倉儲] 工作區，然後選取 [管理元件]，以重新啟動 Service Manager 控制台中的失敗管理元件部署。

因應措施 2： 如果您已升級，且發生轉換或載入作業失敗的問題，請執行下列查詢來判斷 DWStagingAndConfig 資料庫中是否存在 SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 管理元件。

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

如果管理元件不存在，您必須將資料庫還原至升級前的狀態。 若要還原資料庫，請執行下列步驟。

1. 執行資料庫備份的嚴重損壞修復步驟。

2. 停用 MPSyncJob 排程。

3. 手動還原 DWRepository 中所有遺失的主要索引鍵。 您可以使用＜升級前＞一節中的 SQL 指令碼來卸除及重新建立主要索引鍵。

4. 使用 Service Manager 控制台重新啟動失敗的基底管理元件部署。

在實驗室環境中測試升級

建議您在實驗室環境中測試升級至 System Center 2025 - Service Manager。

升級順序和時間

升級的順序很重要。 請依下列順序執行升級步驟：

1. 備份您的資料庫和管理元件。 請參閱 System Center - Service Manager 災害復原指南中的備份 Service Manager 資料庫和備份未密封管理元件一節。

2. 從資料倉儲管理伺服器開始進行。

3. 升級至數據倉儲管理伺服器之後，請升級初始 Service Manager 管理伺服器。 如果您已建立多個 Service Manager 管理伺服器，則初始 Service Manager 管理伺服器是您建立的第一部伺服器。

4. 然後升級所有次要管理伺服器、自助入口網站和 Service Manager 控制台。

安裝之後，請執行下列動作：

1. 停用所有數據倉儲作業。 若要這樣做，請開啟 Service Manager 殼層，然後執行下列命令：

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

2. 根據您環境中的數據源檢視，在下列 PowerShell 腳本中進行必要的變更，然後使用提升的許可權執行腳本：

   $SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name
   
   [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices")
   $Server = New-Object Microsoft.AnalysisServices.Server
   $Server.Connect($SSAS_ServerName)
   $Databases = $Server.Databases
   $DWASDB = $Databases["DWASDataBase"]
   
   #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present 
   
   $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
   
   #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present 
   
   $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
   
   #update OperatingsystemDim
   $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
   
   $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
   #update LogicalDiskDim 
   
   $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
   
   $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) 
   
   

3. 執行下列命令來啟用作業排程：

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

4. 重新啟動數據倉儲管理伺服器。

5. 將 System Center 2025 Service Manager 套用至數據倉儲管理伺服器、主要管理伺服器、次要管理伺服器、自助入口網站（s），以及所有分析師控制台。

資料庫影響

使用 System Center 2025 - Service Manager，您可以選擇安裝 Operations Manager 和 Configuration Manager 數據超市。 若選取此選項，硬碟就需要額外的空間來容納這兩個資料庫以及相關聯的檔案群組和記錄檔。

升級之前先備份 Service Manager

開始任何升級之前，建議您先備份 Service Manager 和數據倉儲資料庫和加密密鑰。 如果您已經備份資料庫和加密金鑰，您可以繼續執行升級。 否則，請先檢閱 System Center - Service Manager 災害復原指南中的備份程式，再繼續升級。

註冊 Service Manager 數據倉儲

如果您已在環境中安裝數據倉儲管理伺服器，作為升級程式的一部分，您必須能夠檢視數據倉儲作業的狀態。 如果您尚未向 Service Manager 數據倉儲註冊，則無法執行這項工作。 如果在 Service Manager 控制台中看不到 [數據倉儲] 按鈕，請完成在 System Center - Service Manager 部署指南中向 Service Manager 數據倉儲註冊以啟用報告中的程式。

加密金鑰

當您完成執行安裝程式以安裝或升級至 System Center 2025 - Service Manager 時，系統會提示您開啟加密備份或還原精靈。 如果您先前已備份加密金鑰，則不需要採取其他動作。 如果您從未備份加密金鑰，請使用加密金鑰備份或還原精靈來備份 Service Manager 管理伺服器上的加密金鑰。

下一步

• 檢閱 準備遠端 SQL Server Reporting Services，以 在 SSRS 與數據倉儲管理伺服器遠程時準備環境。