この記事では、Azure Monitor SCOM Managed Instance から System Center Operations Manager に移行する方法について説明します。
制限事項
オンプレミスの System Center Operations Manager では、修正プログラムの適用、アップグレード、バックアップ、容量計画などの継続的なメンテナンスが必要です。
System Center Operations Manager (オンプレミス) への移行
System Center Operations Manager への移行は、次の組織に最適です。
- 複雑な監視のニーズ
- 規制またはデータ所在地の要件
- クラウド移行に適していないレガシ ワークロード
System Center Operations Manager に移行するには、次の手順に従います。
現在の SCOM Managed Instance 環境を評価する
すべての管理パック、監視対象エージェント、カスタマイズ、統合のインベントリを手動で決定します。 構成をエクスポートするには、PowerShell スクリプトまたは System Center Operations Manager コンソールを使用します。 このガイドを使用して、管理パックを一覧にエクスポートできます。
オンプレミス展開用のインフラストラクチャを準備する
要件と現在の SCOM Managed Instance インフラストラクチャに基づいて、 ここでのガイダンスを使用して、System Center Operations Manager のオンプレミスデプロイを計画します。
System Center Operations Manager コンポーネントのインストール
管理サーバー、SQL Server データベース、Web コンソール、およびレポート サービスを展開します。 インストールについては、こちらのガイダンスに従 ってください。
管理パックのインポートまたは再作成
互換性の問題が発生した場合は、既存の管理パックをインポートするか、再作成します。 運用環境に展開する前に、ステージング環境で管理パックをテストしてください。 管理パックをインポートする方法については、このガイダンスに従ってください。
エージェントの再構成
既存の SCOM Managed Instance エージェントを System Center Operations Manager のオンプレミス管理サーバーにポイントします。 これには、PowerShell を使用したエージェント設定の再デプロイまたは更新が含まれる場合があります。 並列デプロイでエージェントをアップグレードする方法については、このガイダンスに従ってください。
統合を再確立する
チケットシステム、ダッシュボード、自動化ワークフローなどの統合を再接続します。 接続とデータ フローを検証します。 監視シナリオに関するこのガイダンスに従ってください。
セットアップをテストして検証する
アラート、ダッシュボード、レポートのエンド ツー エンドテストを実行します。 監視ロジックが期待どおりに動作することを確認します。 検証には、アプリケーション所有者と IT 利害関係者を含めます。 適用可能な場合は、シンセティックトランザクションを使用します。
SCOM Managed Instance の使用停止
オンプレミスのセットアップが安定したら、不要なコストを回避するために SCOM Managed Instance リソースを削除します。 SCOM Managed Instance の削除は、SCOM Managed Instance リソースがデプロイされている Azure リソース グループを削除すること以外に何もありません。 問題については、 よく寄せられる質問を参照してください。