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. Configuratoin 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 のリリースは、次の 2 つの異なるバージョンで利用できます。

• 評価版 (180 日間限定)
• セレクト ライセンス版

Service Manager 2022 では、次のアップグレード パスがサポートされています。

現在のバージョン	アップグレード バージョン	Status
System Center 2019 - Service Manager Eval	System Center 2022 - Service Manager Eval	評価期間は同じです
System Center 2019 - Service Manager選択	System Center 2022 - Service Manager選択	ライセンス取得

注意

評価版の Service Manager から Service Manager 2022 の評価版にアップグレードしても、評価期間は 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 データベースのファクト テーブルの主キーに制約を削除して追加する実際の 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: 既にアップグレード済みで、ジョブの変換または読み込みエラーに問題がないが、管理パックの展開エラーがある場合は、「(アップグレード前)[#back-up-service-manager-before-you-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. データ ウェアハウス管理サーバーのアップグレードの完了後、1 台目の Service Manager 管理サーバーをアップグレードします。 複数の Service Manager 管理サーバーを作成した場合は、最初に作成した管理サーバーが 1 台目の Service Manager 管理サーバーになります。

インストール後、次の操作を行います。

4. すべてのData Warehouse ジョブを無効にします。 これを行うには、Service Manager シェルを開き、次のコマンドを実行します。

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

5. 環境内のデータ ソース ビューに基づいて次の 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) 
   
   

6. 次のコマンドを実行して、ジョブ スケジュールを有効にします。

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

7. Data Warehouse管理サーバーを再起動します。

8. Service Manager コンソールをアップグレードし、追加の Service Manager 管理サーバーをすべてアップグレードします。

9. データ ウェアハウス ジョブを再開します。

10. 新しいセルフサービス ポータルを展開します。

11. System Center 2022 Service Manager 修正プログラムをプライマリ管理サーバー、セカンダリ管理サーバー、Self-Service ポータル、およびすべてのアナリスト コンソールに適用します。

アップグレードのタイミングも重要です。 データ ウェアハウス管理サーバーをアップグレードした後、Service Manager管理サーバーを更新し、新しい Self-Service ポータルも展開する必要があります。 最初の Service Manager 管理サーバーをアップグレードしたら、1 つまたは複数の Service Manager コンソール、追加の Service Manager 管理サーバー、セルフ サービス ポータルを同時にアップグレードするための準備を行う必要があります。

データベースへの影響

System Center 2022 - Service Managerでは、Operations Manager と Configuration Manager データ マートをインストールするオプションがあります。 このオプションを選択すると、2 つのデータベースと関連するファイル グループとログ ファイルを格納するために、ハード ディスク ドライブ上でより多くの領域が必要となります。

アップグレードを行う前の Service Manager のバックアップ

アップグレードを開始する前に、ご利用の Service Manager のデータベース、データ ウェアハウスのデータベース、暗号化キーをバックアップすることをお勧めします。 データベースと暗号化キーを既にバックアップしている場合は、引き続きアップグレードを実行できます。 そうでない場合は、アップグレード前に、System Center - Service Manager のディザスター リカバリーに関するページにあるバックアップの手順を確認してください。

Service Manager データ ウェアハウスの登録

アップグレード プロセスの一環として、環境内にデータ ウェアハウス管理サーバーをインストールした場合は、データ ウェアハウス ジョブの状態を表示できる必要があります。 Service Manager データ ウェアハウスに登録していない場合は、このタスクを実行できません。 Data Warehouse ボタンがService Manager コンソールに表示されない場合は、「System Center の展開ガイド - 」の「レポートを有効にするService Manager Data Warehouseに登録する」の手順を完了します。Service Manager。

暗号化キー

System Center 2022 - Service Manager をインストールまたはアップグレードするためのセットアップの実行が完了すると、暗号化バックアップまたは復元ウィザードを開くよう求められます。 暗号化キーを以前にバックアップしたことがある場合は、追加のアクションは必要ありません。 暗号化キーがバックアップされていない場合は、暗号化のバックアップまたは復元ウィザードを使用して、Service Manager 管理サーバーの暗号化キーをバックアップします。

次の手順

• SSRS がデータ ウェアハウス管理サーバーからリモートにある場合に環境の準備を行うには、「Prepare remote SQL Server Reporting Services for upgrade」(リモート SQL Server Reporting Services のアップグレードを準備する) を確認してください。