-
[アーティクル]
-
-
このクイックスタートでは、オンプレミスの Operations Manager から Azure Monitor SCOM Managed Instanceに移行するプロセスについて説明します。
前提条件
現在の Operations Manager エージェントのバージョンが、SCOM Managed Instanceを使用したマルチホームでサポートされていることを確認します。
注意
エージェント バージョン 2022 と 2019 がサポートされています。
SCOM Managed Instance インスタンスをデプロイします。
SCOM Managed Instanceでユーザー ロールとアクセス許可を構成します。
現在の Operations Manager 環境から管理パックとオーバーライドをインポートします。
管理パックの実行アカウントを構成します。
SCOM Managed Instanceで複数の管理サーバーを使用する場合は、少数のパイロット エージェント セットを展開し、SCOM Managed Instanceの管理サーバー間のフェールオーバー動作を確認します。
現在、オンプレミスの Operations Manager で監視されているアプリケーションまたはサービスを識別します。 エージェントをマルチホームして、オンプレミスの SCOM Managed Instance および Operations Manager へのレポートを開始し、次の手順を実行します。
- 現在の Operations Manager 環境と SCOM Managed Instanceの両方に、サービスに対して同じ監視データが表示されていることを確認します。
- グループを構成します。
- 通知サブスクリプションを構成します。
- レポートを構成します。
- ダッシュボードを構成します。
- エージェント固有の設定を構成します。
- エージェントのプライマリとフェールオーバー管理サーバーを構成します。
アプリケーションやサービスごとに、手順 6 に従ってサービス ベースの移行を繰り返します。
コネクタを構成して確認します。
例: ITSM ツールと自動化用のコネクタを構成して確認します。
SCOM Managed Instanceですべての監視データ、レポート、通知、コネクタ、アクセス許可、およびグループが検証されたら、古い Operations Manager 環境のエージェント構成をアンインストールします。
注意
オーバーライドはクラスの特定のインスタンスをターゲットにし、管理グループ間でインスタンス ID が変更される可能性があるため、管理パックの移行後に機能しない場合があります。 特定のインスタンスで構成されたグループ メンバーシップも機能しない場合があります。
次の成果物の移行の詳細を例として指定しました。
- 管理パックとオーバーライド
- ダッシュボード
- ユーザーのロールとアクセス許可
- 通知サブスクリプション
- グループ
- 1P 統合
- エージェントのマッピングと構成
サポートされている成果物の完全な一覧を次に示します。
必要な成果物を選択して、オンプレミスから SCOM Managed Instanceへの移行の詳細を表示します。
次のスクリプトを実行して、Operations Manager にデプロイされているすべての既存管理パックのインベントリを作成します。
Get-SCOMManagementPack | Select-Object DisplayName, Name, Sealed, Version, LastModified | Sort-Object DisplayName | Format-Table
封印されていない管理パックをエクスポートします。
Get-SCOMManagementPack | Where{ $_.Sealed -eq $false } | Export-SCOMManagementPack -Path "C:\Temp\Unsealed Management Packs"
SCOM Managed Instanceに封印された管理パックをインポートします。
- インポートする必要がある、封印されたカスタム管理パックのコピーが必要です。
SCOM Managed Instanceで封印されていない (エクスポートされた) 管理パックをインポートします。
移行後の検証
グループとデータ収集の移行を検証するには、次の手順に従います。
[グループ]: Operations Manager コンソールで [ 作成 ] ワークスペースに移動し、[ グループ] を選択します。 管理パックによって作成されたすべてのグループのメンバーシップを確認し、正しいオブジェクトが設定されていることを確認します。
[データ収集]: 目的のオブジェクトが検出されたことを確認するには、Operations Manager コンソールの [監視 ] に移動し、各管理パックのビューを確認します。
状態ビューに正しいオブジェクト (サーバー、データベース、Web サイトなど) が設定され、監視中であることを確認します (正常性状態は 監視されません)。
パフォーマンス ビューを確認し、パフォーマンス データが収集されていることを確認します。
Operations Manager では、次の 4 種類のデータ視覚化がサポートされています。
移行できる内容の簡単な概要を次に示します。
| データ視覚化の種類 |
SCOM Managed Instanceに移行できます |
Recommendations |
| 管理パックで使用できるダッシュボード/ビュー |
Yes |
オペレーション コンソール |
| オペレーション コンソールで作成されたダッシュボード/ビュー |
Yes |
オペレーション コンソール |
| 管理パックで使用できるレポート |
いいえ |
Power BI レポート |
| オペレーション コンソールで作成されたレポート |
いいえ |
Power BI レポート |
- 管理パックで使用できるダッシュボード/ビューの場合は、オンプレミスの Operations Manager (管理パックに組み込まれている) と同様のデータを表示できます。
- オペレーション コンソールで作成されたダッシュボード/ビューの場合は、SCOM Managed Instanceでカスタム ダッシュボードとビューを再構成する必要があります。
- 管理パックとオペレーション コンソールで使用できる (SSRS) レポートの場合、レポート サーバーが SCOM Managed Instanceに存在しないため、Power BI 上のすべてのレポートを再構成する必要があります。
注意
SCOM Managed Instanceのユーザー ロール間でオンプレミスの Operations Manager への 1 対 1 のマッピングは許可されません。
SCOM Managed Instanceでは、2 つのユーザー ロールしか使用できませんが、オンプレミスの Operations Manager には 10 個のユーザー プロファイル ロールがあります。 詳細については、「 ユーザー ロール プロファイルに関連付けられている操作」を参照してください。
次のマッピング グラフを使用して、適切なアクセス許可を持つ SCOM Managed Instanceへのアクセスを提供します。
マッピング グラフ
| オンプレミスの Operations Manager |
SCOM マネージド インスタンス |
| レポート オペレーター |
Reader |
| 読み取り専用オペレーター |
Reader |
| 演算子 |
Reader |
| 高度なオペレーター |
Reader |
| アプリケーション監視オペレーター |
Reader |
| Author |
共同作成者 |
| 管理者 |
共同作成者 |
| レポート セキュリティ管理者 |
共同作成者 |
| 読み取り専用の管理者 |
共同作成者 |
| 委任された管理者 |
共同作成者 |
各ロールのユーザー ロールとユーザーの一覧をエクスポートします。
# 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
エクスポートされたリストとマッピングの推奨事項を使用して、それぞれの Azure (SCOM Managed Instance) ユーザー ロールにユーザーを手動で追加します。
SCOM Managed Instanceでは、次の通知チャネルがサポートされています。
Operations Manager 管理グループから通知内部ライブラリ管理パックをエクスポートして、すべての通知設定を移行し、SCOM Managed Instanceにインポートします。
通知構成を SCOM Managed Instanceに移行したら、コマンド チャネルで使用されているローカル ファイルを、通知リソース プール内のすべての管理サーバーの同じパスにコピーします。 Operations Manager 2016 から移行する場合、通知チャネルの構成にはさらに手順が必要です。
すべての通知/サブスクリプションのメタデータは、封印されていない管理パックの下に格納されます。 管理パックを移行すると、通知とサブスクリプションも移行されます。
Microsoft.SystemCenter.Notifications.Internal - 10.22.10113.0 - Notifications Internal Library
注意
通知/サブスクリプションは、実行アカウントによって異なります。 管理パックを移行する前に、新しい環境でアカウント/プロファイルを構成します。
グループは管理パックの一部として移行されます。 詳細については、「管理パックとオーバーライド」タブの手順 5 を参照してください。
次の統合がサポートされています。
- Service Manager
- System Center Virtual Machine Manager
- Azure Monitor
System Center Orchestrator to Azure Automationは、Azure と同等のサービスに関する推奨事項です。
移行でサポートされている成果物
- 管理パックとオーバーライド
- ダッシュボード
- ユーザーのロールとアクセス許可
- 通知サブスクリプション
- グループ
- 1P 統合
- エージェントのマッピングと構成
- ゲートウェイ
- カスタムおよび 3P ソリューション
次の手順
Azure で SCOM Managed Instanceを作成します。