クイックスタート: オンプレミスの Operations Manager から Azure Monitor SCOM Managed Instance へ移行する

このクイックスタートでは、オンプレミスの Operations Manager から Azure Monitor SCOM マネージド インスタンスに移行するプロセスについて説明します。

前提条件

1. 現在の Operations Manager エージェントのバージョンが、SCOM Managed Instance を持つマルチホーム仕様でサポートされていることを確認します。

   Note

   エージェント バージョン 2022 と 2019 がサポートされています。

2. SCOM Managed Instance のインスタンスをデプロイします。

3. SCOM Managed Instance でユーザー ロールとアクセス許可を構成します。

4. 現在の Operations Manager 環境から管理パックとオーバーライドをインポートします。

5. 管理パックの実行アカウントを構成します。

6. SCOM Managed Instance で複数の Management サーバーを使用する場合、小規模のパイロット エージェントのセットをデプロイし、SCOM Managed Instance で Management サーバー間のフェールオーバー動作を確認します。

7. 現在、オンプレミスの Operations Manager で監視されているアプリケーションまたはサービスを識別します。 エージェントをマルチホームに設定して SCOM Managed Instance とオンプレミスの Operations Manager にレポートを開始し、次の手順を実行します。

   • 現在の Operations Manager 環境と SCOM Managed Instance の両方で、サービスに同じ監視データが表示されることを確認します。
   • グループを構成します。
   • 通知サブスクリプションを構成します。
   • レポートを構成します。
   • ダッシュボードを構成します。
   • エージェント固有の設定を構成します。
   • エージェントのプライマリとフェールオーバー管理サーバーを構成します。

   アプリケーションやサービスごとに、手順 6 に従ってサービス ベースの移行を繰り返します。

8. コネクタを構成して確認します。 例: ITSM ツールと自動化用のコネクタを構成して確認します。

9. すべての監視データ、レポート、通知、コネクタ、アクセス許可、グループが SCOM Managed Instance で検証されたら、以前の Operations Manager 環境のエージェント構成をアンインストールします。

Note

オーバーライドは、管理グループ間でインスタンス ID が変更される可能性があるため、クラスの特定のインスタンスを対象としていて、管理パックの移行後には機能しない場合があります。 特定のインスタンスに構成されたグループ メンバーシップも機能しない可能性があります。

次の成果物の移行の詳細を例として掲載しました。

• 管理パックとオーバーライド
• ダッシュボード​
• ユーザーのロールとアクセス許可
• 通知サブスクリプション
• グループ
• 1P 統合
• エージェントのマッピングと構成

サポートされている成果物の完全な一覧は、こちらにあります。

オンプレミスから SCOM マネージド インスタンスに移行する

必要なアーティファクトを選択し、オンプレミスから SCOM Managed Instance への移行詳細を表示します。

管理パックとオーバーライド

1. 次のスクリプトを実行して、Operations Manager にデプロイされているすべての既存管理パックのインベントリを作成します。

   Get-SCOMManagementPack | Select-Object DisplayName, Name, Sealed, Version, LastModified | Sort-Object DisplayName | Format-Table
   

2. 封印されていない管理パックをエクスポートします。

   Get-SCOMManagementPack | Where{ $_.Sealed -eq $false } | Export-SCOMManagementPack -Path "C:\Temp\Unsealed Management Packs"
   

3. SCOM マネージド インスタンスの封印された管理パックをインポートします。

   • インポートする必要がある、封印されたカスタム管理パックのコピーが必要です。

4. SCOM マネージド インスタンスの封印されていない (エクスポートされた) 管理パックをインポートします。

移行後の検証

次の手順に従って、グループとデータ収集の移行を検証します。

1. グループ: Operations Manager コンソールで [作成] ワークスペースに移動し、[グループ] を選びます。 管理パックによって作成されたすべてのグループのメンバーシップを確認し、正しいオブジェクトが設定されていることを確認します。

2. データ収集: 目的のオブジェクトが検出されたことを確認するために、Operations Manager コンソールで [監視] に移動し、各管理パックのビューを確認します。

   1. 状態ビューに正しいオブジェクト (サーバー、データベース、Web サイトなど) が設定され、監視中である (正常性状態が [監視対象外] ではない) ことを確認します。

   2. パフォーマンス ビューを確認し、パフォーマンス データが収集されていることを確認します。

ダッシュボード

Operations Manager は、次の 4 種類のデータ視覚化をサポートします。 移行できる内容の簡単な要約を以下に示します。

データ視覚化の種類	SCOM マネージド インスタンスに移行可能	推奨事項
管理パックで使用できるダッシュボード/ビュー	はい	オペレーション コンソール
オペレーション コンソールで作成されたダッシュボード/ビュー	はい	オペレーション コンソール
管理パックで使用できるレポート	いいえ	Power BI レポート
オペレーション コンソールで作成されたレポート	いいえ	Power BI レポート

• 管理パックで使用できるダッシュボード/ビューの場合、オンプレミスの Operations Manager のデータ (管理パックに組み込まれているもの) と同様のデータを表示できます。
• オペレーション コンソールで作成されたダッシュボード/ビューの場合、SCOM マネージド インスタンスでカスタムのダッシュボードとビューを再構成する必要があります。
• 管理パックとオペレーション コンソールで使用できる (SSRS) レポートの場合、レポート サーバーが SCOM マネージド インスタンスに存在しないため、Power BI 上のすべてのレポートを再構成する必要があります。

ユーザーのロールとアクセス許可

Note

SCOM マネージド インスタンスとオンプレミスの Operations Manager のユーザー ロール間で 1 対 1 のマッピングは許可されません。

SCOM マネージド インスタンスでは 2 個のユーザー ロールしか使用できませんが、オンプレミスの Operations Manager には 10 個のユーザー プロファイル ロールがあります。 詳細については、「ユーザー ロール プロファイルに関連付けられた操作」を参照してください。

次のマッピング グラフを使用して、適切なアクセス許可のアクセス権を SCOM マネージド インスタンスに付与します。

マッピング グラフ

オンプレミスの Operations Manager	SCOM マネージド インスタンス
レポート オペレーター	Reader
読み取り専用オペレーター	Reader
Operator	Reader
高度なオペレーター	Reader
アプリケーション監視オペレーター	Reader
作成者	共同作成者
管理者	Contributor
レポート セキュリティ管理者	Contributor
読み取り専用の管理者	Contributor
代理管理者	Contributor

1. 各ロールのユーザー ロールとユーザーの一覧をエクスポートします。

   # This script will export the SCOM User Roles to CSV and Text File Format.
   # -----------------------------------------------
   # Outputs the file to the current users desktop
   # -----------------------------------------------
   $UserRoles = @()
   $UserRoleList = Get-SCOMUserRole
   Write-Output "Processing User Role:  "
   foreach ($UserRole in $UserRoleList)
   {
     Write-Output "    $UserRole"
     $UserRoles += New-Object -TypeName psobject -Property @{
       Name = $UserRole.Name;
       DisplayName = $UserRole.DisplayName;
       Description = $UserRole.Description;
       Users = ($UserRole.Users -join "; ");
     }
   }
   $UserRolesOutput = $UserRoles | Select-Object Name, DisplayName, Description, Users
   # Table Output
   $UserRolesOutput | Format-Table -AutoSize
   # CSV Output
   $UserRolesOutput | Export-CSV -Path "$env:USERPROFILE`\Desktop\UserRoles.csv" -NoTypeInformation
   # Text File Output
   $UserRolesOutput | Out-File "$env:USERPROFILE`\Desktop\UserRoles.txt" -Width 4096
   

2. エクスポートされた一覧とマッピングの推奨事項を使用して、それぞれの Azure (SCOM マネージド インスタンス) ユーザー ロールにユーザーを手動で追加します。

通知サブスクリプション

SCOM マネージド インスタンスは、次の通知チャネルをサポートしています。

• 電子メール
• SMS/テキスト

Operations Manager 管理グループから Notifications Internal Library 管理パックをエクスポートして、すべての通知設定を移行し、それらを SCOM マネージド インスタンスにインポートします。

通知構成を SCOM マネージド インスタンスに移行したら、コマンド チャネルで使用されているローカル ファイルを、通知リソース プール内のすべての管理サーバー上の同じパスにコピーします。 Operations Manager 2016 から移行する場合、通知チャネルを構成するにはさらに手順が必要です。

すべての通知/サブスクリプションのメタデータは、封印されていない管理パックの下に格納されます。 管理パックを移行すると、通知とサブスクリプションも移行されます。

Microsoft.SystemCenter.Notifications.Internal - 10.22.10113.0 - Notifications Internal Library

Note

通知/サブスクリプションは、実行アカウントによって異なります。 管理パックを移行する前に、新しい環境でアカウント/プロファイルを構成してください。

グループ

グループは管理パックの一部として移行されます。 詳細については、[管理パックとオーバーライド] タブの手順 5 を参照してください。

1P 統合

次の統合がサポートされています。

• Service Manager
• System Center Virtual Machine Manager
• Azure Monitor

System Center Orchestrator から Azure Automation への移行は、Azure の同等サービスに関する推奨事項です。

エージェントのマッピングと構成

System Center Operations Manager エージェントから SCOM マネージド インスタンスに移行するには、「エージェントのアップグレードと 2 つの環境の実行の概要」を参照してください。

移行がサポートされている成果物

• 管理パックとオーバーライド
• ダッシュボード​
• ユーザーのロールとアクセス許可
• 通知サブスクリプション
• グループ
• 1P 統合
• エージェントのマッピングと構成
• ゲートウェイ
• カスタムとサードパーティのソリューション

次のステップ

Azure で SCOM マネージド インスタンスを作成する。