升級 System Center Service Manager

本文提供 System Center 2022 - Service Manager (SM) 的升級資訊

升級至 System Center 2022 - Service Manager

下列各節提供如何升級至 System Center 2022 - Service Manager (SM) 的相關信息。

警告

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

  1. 協調器
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

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

重要

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

規劃升級至 System Center 2022 - Service Manager

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

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

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

評估版和選用版

System Center 2019 - Service Manager 版本有兩個不同的版本可用:

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

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

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

注意

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

安裝位置

安裝 Service Manager 的預設資料夾是 \Program Files\Microsoft System Center\Service Manager。 不過,當您升級至 Service Manager 時,系統會將軟體安裝在 Service Manager 先前使用的資料夾中。 如果先前已升級 Service Manager 2016/1801,則可以使用下列資料夾:

\Program Files\Microsoft System Center\Service Manager

System Center 2022 的硬體需求 - Service Manager

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

System Center 2022 - Service Manager 的軟體需求

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

避免 MPSync 作業失敗

升級前

描述: 升級程序發生問題,導致 MPSync 作業在升級完成後失敗。 若要在升級) [#back-up-service-manager-before-you-upgrade] 之前防止 (此問題發生,您必須在 DWRepository 資料庫上執行下面所述的 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: 如果您已經升級,而且沒有轉換或載入作業失敗的問題,但發生管理元件部署失敗,請遵循升級前) [#back-up-service-manager-before-upgrade] 一節 (中的步驟。 此外,在還原預設主要索引鍵之後,請在 Service Manager 中重新啟動失敗的管理組件部署;請巡覽至 [資料倉儲] 工作區,然後選取 [管理組件]。

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

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

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

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

  2. 停用 MPSyncJob 排程。

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

  4. 使用 Service Manager 主控台重新啟動失敗的基本管理組件部署。

在實驗室環境中測試升級

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

升級順序和時間點

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

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

  2. 從資料倉儲管理伺服器開始進行。 您將停止數據倉儲作業,而且在完成升級之前,您將無法再次啟動它們。

  3. 完成升級至資料倉儲管理伺服器之後,請升級初始 Service Manager 管理伺服器。 如果您建立了多部 Service Manager 管理伺服器,則初始 Service Manager 管理伺服器是您建立的第一部管理伺服器。

安裝之後,請執行下列動作:

  1. 停用所有 Data Warehouse 作業。 若要這樣做,請開啟 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. 重新啟動 Data Warehouse 管理伺服器。

  5. 升級 Service Manager 主控台及任何其他的 Service Manager 管理伺服器。

  6. 重新啟動資料倉儲作業。

  7. 部署新的自助入口網站。

  8. System Center 2022 Service Manager Hotfix 套用至主要管理伺服器、次要管理伺服器 () 、Self-Service 入口網站 (s) ,以及所有分析師控制台。

升級的時間點也很重要。 升級數據倉儲管理伺服器之後,您必須更新 Service Manager 管理伺服器,並同時部署新的 Self-Service 入口網站。 升級初始 Service Manager 管理伺服器之後,您必須準備同時升級一或多個 Service Manager 主控台、其他 Service Manager 管理伺服器及自助入口網站。

資料庫影響

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

先備份 Service Manager 再升級

在開始任何升級之前,建議您先備份 Service Manager 和資料倉儲資料庫以及加密金鑰。 如果您已經備份資料庫和加密金鑰,您可以繼續執行升級。 否則,在繼續升級之前,請先檢閱 Disaster Recovery Guide for System Center - Service Manager (System Center - Service Manager 災害復原指南) 中的備份程序。

註冊 Service Manager 資料倉儲

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

加密金鑰

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

本文提供 System Center 2019 - Service Manager (SM) 的升級資訊

升級至 System Center 2019 - Service Manager

下列各節提供如何升級至 System Center 2019 - Service Manager (SM) 的相關信息。

警告

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

  1. 協調器
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

您只能從 System Center 2016 或 1801 或 1807 升級至 System Center 2019。

重要

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

規劃升級至 System Center 2019 - Service Manager

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

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

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

評估版和選用版

System Center 2016 和 1801 - Service Manager 版本有兩種不同的版本:

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

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

目前的版本 升級版本 狀態
System Center 2016/1801 - Service Manager Eval System Center 2019 - Service Manager Eval 評估期維持不變
System Center 2016/1801/1807 - Service Manager 選取 System Center 2019 - Service Manager 選取 授權

注意

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

安裝位置

安裝 Service Manager 的預設資料夾是 \Program Files\Microsoft System Center\Service Manager。 不過,當您升級至 Service Manager 時,系統會將軟體安裝在 Service Manager 先前使用的資料夾中。 如果先前已升級 Service Manager 2016/1801,則可以使用下列資料夾:

\Program Files\Microsoft System Center\Service Manager

System Center 2019 的硬體需求 - Service Manager

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

System Center 2019 的軟體需求 - Service Manager

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

對自訂開發的影響

透過 System Center 2016 - Service Manager 版本,產品已移至支援 .NET 4.5.1。 為了支援此移動的工具集,必須移至 .NET 4.5.1,才能中斷一些相依性,並導致類別在元件之間移動。

避免 MPSync 作業失敗

升級之前

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

;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 2019 - Service Manager。

升級順序和時間點

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

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

  2. 從資料倉儲管理伺服器開始進行。 您將停止數據倉儲作業,而且在完成升級之前,您將無法再次啟動它們。

  3. 完成升級至資料倉儲管理伺服器之後,請升級初始 Service Manager 管理伺服器。 如果您建立了多部 Service Manager 管理伺服器,則初始 Service Manager 管理伺服器是您建立的第一部管理伺服器。

  4. 升級 Service Manager 主控台及任何其他的 Service Manager 管理伺服器。

  5. 重新啟動資料倉儲作業。

  6. 部署新的自助入口網站。

升級的時間點也很重要。 升級數據倉儲管理伺服器之後,您必須更新 Service Manager 管理伺服器,並同時部署新的 Self-Service 入口網站。 升級初始 Service Manager 管理伺服器之後,您必須準備同時升級一或多個 Service Manager 主控台、其他 Service Manager 管理伺服器及自助入口網站。

資料庫影響

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

先備份 Service Manager 再升級

在開始任何升級之前,建議您先備份 Service Manager 和資料倉儲資料庫以及加密金鑰。 如果您已經備份資料庫和加密金鑰,您可以繼續執行升級。 否則,在繼續升級之前,請先檢閱 Disaster Recovery Guide for System Center - Service Manager (System Center - Service Manager 災害復原指南) 中的備份程序。

註冊 Service Manager 資料倉儲

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

加密金鑰

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

重要

此版本的 Service Manager 已終止支援。 建議您升級至 Service Manager 2022

您必須安裝 System Center - Service Manager 1801 才能套用 1807 更新。 深入了解如何安裝 SM 1807

重要

此版本的 Service Manager 已終止支援。 建議您升級至 Service Manager 2022

本文提供 System Center 1801 - Service Manager (SM) 的升級資訊

本文提供 System Center 2016 - Service Manager (SM) 的升級資訊

升級至 System Center 1801 - Service Manager

下列各節提供如何將 System Center 2012 R2 和 2016 Service Manager 升級至 System Center 1801 - Service Manager (SM) 的相關資訊。

警告

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

  1. 協調器
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

您只能從 System Center 2012 R2 升級至 System Center 1801 - Service Manager 更新匯總 14,並使用 UR4 System Center Service Manager 2016。

重要

本指南假設您要「升級」至現有的 System Center 版本。 如需在沒有舊版 Service Manager 的電腦上安裝 System Center 1801 - Service Manager 的資訊,請參閱部署 System Center - Service Manager

規劃升級至 System Center 1801 - Service Manager

本節概要說明升級至 System Center 1801 所需的程序。

支援從 Service Manager 2012 R2 UR14 和 2016 UR4 就地升級至 Service Manager 1801。 就地升級是相同硬體上所有 Service Manager元件的升級。 不支援其他方法,例如並存升級或滾動升級。

升級至 Service Manager 1801 須事先完成準備工作。 建議您將 Service Manager 安裝在實驗室環境,再將生產資料庫複寫到實驗室。 接著您可以在實驗室中執行全新安裝的升級。

評估版和選用版

System Center 2012 R2 和 2016 - Service Manager 的發行提供下列兩種不同版本:

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

下列是 Service Manager 1801 支援的升級路徑。

目前的版本 升級版本 狀態
System Center 2012 R2/2016 - Service Manager Eval System Center 1801 - Service Manager Eval 評估期維持不變
System Center 2012 R2/2016 - Service Manager Select System Center 1801 - Service Manager Select 授權

注意

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

安裝位置

安裝 Service Manager 的預設資料夾是 \Program Files\Microsoft System Center\Service Manager。 不過,當您升級至 Service Manager 時,系統會將軟體安裝在 Service Manager 先前使用的資料夾中。 如果您之前已升級 Service Manager 2012/2016,則系統可能會使用下列資料夾:

\Program Files\Microsoft System Center\Service Manager

System Center 1801 - Service Manager 的硬體需求

System Center 1801 - Service Manager 的所有硬體需求都完整記錄在硬體需求中。

System Center 1801 - Service Manager 的軟體需求

若要升級至 System Center 1801,您必須先套用 2012 R2 的更新彙總套件 14 和 2016 Service Manager 的 UR4。

System Center 1801 - Service Manager 的所有軟體需求都完整記錄在軟體需求中。

對自訂開發的影響

在 System Center 2016 - Service Manager 版本中,產品已移至支援 .NET 4.5.1。 為了支援此移動的工具集,必須移至 .NET 4.5.1,才能中斷一些相依性,並導致類別在元件之間移動。 因此,從 2012 R2 升級至 Service Manager 1801,可能會中斷內部或由非 Microsoft) 的第三方 (自定義解決方案。 若要避免此問題,請參閱 SCSM 2016 – Upgrade steps for custom development (SCSM 2016 – 升級自訂解決方案的步驟)。

避免 MPSync 作業失敗

升級之前

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

;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 1801 - Service Manager 的作業。

升級順序和時間點

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

  1. 備份資料庫和管理組件。 請參閱 Disaster Recovery Guide for System Center – Service Manager (System Center – Service Manager 災害復原指南) 的 "Backing Up Service Manager Databases" (備份 Service Manager 資料庫) 和 "Backing Up Unsealed Management Packs" (備份未密封管理組件) 等主題。

  2. 從資料倉儲管理伺服器開始進行。 您將停止數據倉儲作業,而且在完成升級之前,您將無法再次啟動它們。

  3. 完成升級至資料倉儲管理伺服器之後,請升級初始 Service Manager 管理伺服器。 如果您建立了多部 Service Manager 管理伺服器,則初始 Service Manager 管理伺服器是您建立的第一部管理伺服器。

  4. 升級 Service Manager 主控台及任何其他的 Service Manager 管理伺服器。

  5. 重新啟動資料倉儲作業。

  6. 部署新的自助入口網站。

升級的時間點也很重要。 升級資料倉儲管理伺服器之後,您必須更新 Service Manager 管理伺服器並部署新的自助入口網站。 升級初始 Service Manager 管理伺服器之後,您必須準備同時升級一或多個 Service Manager 主控台、其他 Service Manager 管理伺服器及自助入口網站。

資料庫影響

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

先備份 Service Manager 再升級

在開始任何升級之前,建議您先備份 Service Manager 和資料倉儲資料庫以及加密金鑰。 如果您已經備份資料庫和加密金鑰,您可以繼續執行升級。 否則,在繼續升級之前,請先檢閱 Disaster Recovery Guide for System Center - Service Manager (System Center - Service Manager 災害復原指南) 中的備份程序。

註冊 Service Manager 資料倉儲

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

加密金鑰

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

升級至 System Center 2016 - Service Manager

下列各節提供如何從 System Center 2012 R2 升級 Service Manager 至 System Center 2016 - Service Manager (SM) 的相關信息。

警告

如果您打算升級兩個或多個 System Center 元件,請務必先參閱 升級至 System Center 2016 指南。 元件升級的執行順序非常重要。 如果未能遵照正確的升級順序,可能會導致元件失敗,而且您將無法選擇復原元件。 受影響的 System Center 元件如下:

  1. 協調器
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

您只能從已安裝更新彙總套件 9 或更新版本的 System Center 2012 R2 - Service Manager 升級至 System Center 2016。

重要

本指南假設您正在執行 System Center 2012 R2 的升級 。 如需在沒有舊版 Service Manager 的電腦上安裝 System Center 2016 - Service Manager 的資訊,請參閱部署 System Center 2016 - Service Manager

規劃升級至 System Center 2016 - Service Manager

本節概要說明升級至 System Center 2016 所需的程序。

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

升級至 Service Manager 2016 須事先完成準備工作。 建議您將 Service Manager 安裝在實驗室環境,再將生產資料庫複寫到實驗室。 接著,在實驗室執行新安裝的升級,待證實升級成功後,再針對生產環境執行相同的 Service Manager SP1 升級作業。

評估版和選用版

System Center 2012 R2 - Service Manager 的發行提供下列兩種不同版本:

  • 評估版 (180 天到期)

  • 選用授權版本

下列為 Service Manager 2016 支援的升級路徑。

目前的版本 升級版本 狀態
System Center 2012 R2 - Service Manager Eval System Center 2016 - Service Manager Eval 評估期維持不變
System Center 2012 R2 - Service Manager Select System Center 2016 - Service Manager Select 授權

注意

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

安裝位置

安裝 Service Manager 的預設資料夾是 \Program Files\Microsoft System Center\Service Manager。 不過,當您升級至 Service Manager 時,系統會將軟體安裝在 Service Manager 先前使用的資料夾中。 如果先前已升級 Service Manager 2010 或 Service Manager 2012,則可能會使用下列資料夾:

\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012

System Center 2016 - Service Manager 的硬體需求

System Center 2016 - Service Manager 所有硬體需求都完整記錄在 System Center 2016 - Service Manager 的硬體需求中。

System Center 2016 - Service Manager 的軟體需求

若要升級至 System Center 2016,您必須先套用 System Center 2012 R2 - Service Manager 的更新彙總套件 9 或更新版本。

System Center 2016 - Service Manager 所有軟體需求都完整記錄在 System Center 2016 - Service Manager 的軟體需求中。

對自訂開發的影響

隨著 System Center 2016 - Service Manager 版本,產品已移至支援 .NET 4.5.1。 設定為支援此移動至 .NET 4.5.1 的工具必須中斷幾個相依性,並導致類別在元件之間移動。 因此,升級至 Service Manager 2016 可能會中斷內部或由非 Microsoft) 的第三方 (所做的自定義解決方案。 若要避免此問題,請參閱 SCSM 2016 – Upgrade steps for custom development (SCSM 2016 – 升級自訂解決方案的步驟)。

避免 MPSync 作業失敗

升級前

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

;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: 如果您已升級,而且發生轉換或載入作業失敗的問題,請執行下列查詢,判斷 SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 管理元件是否存在於 DWStagingAndConfig 資料庫中。

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

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

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

  2. 停用 MPSyncJob 排程。

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

  4. 使用 Service Manager 主控台重新啟動失敗的基本管理組件部署。

在實驗室環境中測試升級

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

升級順序和時間點

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

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

  2. 從資料倉儲管理伺服器開始進行。 您將停止數據倉儲作業,而且在完成升級之前,您將無法再次啟動它們。

  3. 完成升級至資料倉儲管理伺服器之後,請升級初始 Service Manager 管理伺服器。 如果您建立了多部 Service Manager 管理伺服器,則初始 Service Manager 管理伺服器是您建立的第一部管理伺服器。

  4. 升級 Service Manager 主控台及任何其他的 Service Manager 管理伺服器。

  5. 重新啟動資料倉儲作業。

  6. 部署新的自助入口網站。

升級的時間點也很重要。 升級資料倉儲管理伺服器之後,您必須更新 Service Manager 管理伺服器並部署新的自助入口網站。 升級初始 Service Manager 管理伺服器之後,您必須準備同時升級一或多個 Service Manager 主控台、其他 Service Manager 管理伺服器及自助入口網站。

資料庫影響

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

先備份 Service Manager 再升級

在開始任何升級之前,建議您先備份 Service Manager 和資料倉儲資料庫以及加密金鑰。 如果您已經備份資料庫和加密金鑰,您可以繼續執行升級。 否則,在繼續升級之前,請先檢閱 Disaster Recovery Guide for System Center - Service Manager (System Center - Service Manager 災害復原指南) 中的備份程序。

註冊 Service Manager 資料倉儲

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

加密金鑰

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

下一步