管理パックのライフサイクル

System Center - Operations Manager は、アプリケーションとサービスの監視設定を含む管理パックを使用します。 理想的には、管理パックは、監視しているアプリケーションやテクノロジについて知りたいこと、知りたくないものは何も知りたくないすべてを伝えます。 管理パックは、ほとんどの環境に役立つ監視エクスペリエンスを提供するように設計されています。ただし、各管理パックをテスト、調整、調整して、組織のニーズに最適な結果を提供する必要があります。

次の表で説明する管理パックのライフサイクルは、管理パックを使用するための推奨される方法です。 表の次のセクションでは、各段階の詳細を説明します。

レビューと評価

各管理パックには、管理パックと同じフォルダーにインストールされた管理パック ガイドが付属します。 管理パック ガイドには管理パックのインストールと構成の手順と、管理パックが検出したオブジェクトやヘルスロールアップの状態などといった管理パックに関する情報が含まれます。 目的に応じて管理パックをカスタマイズするためにこの情報を使用できます。 管理パックをインポートする前に、必ず管理パック ガイドを確認してください。

封印された管理パックの内容を確認するためのツールに MPViewer があります。このツールを使うと、管理パックのルール、モニター、ビュー、タスク、コンソール タスク、レポートを表示できます。 また MPViewer は、特定の管理パック項目に関連付けられたナレッジを表示します。 MPViewerは、Operations Manager オペレーション コンソールがインストールされている任意のコンピューターにインストールして使用できます。

新しい管理パックを作成したら、それを pre-production 環境にインポートする必要があります。 Operations Manager では、運用アプリケーションの監視に使用される運用環境の実装と、運用環境との対話を最小限に抑えた実稼働前の実装を使用することをお勧めします。 運用前管理グループは、管理パックが運用環境に展開される前に管理パック機能のテストおよび調整に使用されます。

管理パックが収集したデータを正確に測定するには、運用環境の要求にエージェントを公開する必要があります。 運用前環境の管理サーバーのハードウェアには、運用環境で使用されているハードウェアが反映されている必要があります。 運用前管理グループは、運用管理グループの管理パックと同じ管理パックを管理サーバーにインポートします。 相互運用性をテストするには、運用前環境に運用環境のものと同じ種類のサーバー ロールも含める必要があります。ただし、これは小規模スケールの場合です。

1 つの Operations Manager エージェントを複数の管理グループに割り当てることができます。これを マルチホームと言います。 運用環境と実稼働前環境でエージェントの代表的なサブセットをマルチホームする場合は、運用前環境で管理パックを正しく調整するために必要な情報を提供する必要があります。 マルチホーム エージェントの詳細については、「 Windows エージェントの構成」を参照してください。

チューニングとカスタマイズ

Operations Manager でのオブジェクト監視に使用するモニター、ルール、オブジェクト検出、属性などの設定は、オーバーライドを使用して調整できます。 カスタマイズを保存できる管理パックを作成する必要があります。

そのサービスの複雑さに応じて 1 つ以上の管理パックを含む IT サービスの監視構成を効果的に調整するには、サービス所有者または主題の専門家、サービス デスクの担当者、アラートとイベントを監視し、注意が必要な場合にアクションを実行する運用チーム メンバーの代表者を含める必要があります。 Operations Manager インフラストラクチャを担当するエンジニアリング チーム。 管理パックによって監視されるサービスによっては、ネットワークチームとセキュリティ チームからの表現を含めることもできます。 Operations Manager インフラストラクチャを担当するユーザーは、専門家の入力なしで管理パックを効果的に調整するためのサービスに関する知識と経験がない可能性があります。

まず、最も一般的なアラートを確認し、大量のアラートに焦点を当てて監視の精度を向上させます。 以下を特定し、影響に基づいて優先順位を付けます。

• 既存または既知の問題によって発生したアラートの数と割合
• 繰り返しまたは重複するアラートの数と割合。 追加のチューニングが必要であることを示している場合や、さらに調査する潜在的な問題があることを示している場合があります。
• パフォーマンスまたは可用性の問題を示すアラートの数と割合
• 生成されたチケットに対するアラートの比率
• 解決状態が状態に設定されているアラートは、ワークフローが大量のアラートを生成しており、調査を通じて、操作または階層 2 のサポートによって障害があると判断されます

次のレポートを使用して、追加のチューニングが必要かどうかを判断します。

• 最も一般的なアラート レポート
• アラート レポート
• 管理パック別データ量

次のレポートは、サービス全体を効率的に監視していることを検証するために重要であり、存在しません。

• 検出ルールの実行頻度が高すぎる、または頻繁に変更されるプロパティ/属性が収集されているための構成変更
• パフォーマンス データの収集頻度が高すぎるか、組織がレポート、ビュー、またはダッシュボードで使用しないため、収集する必要がない
• 値を追加せず、トラブルシューティングでのみ有効になっているイベント データを収集する (短時間)
• 誤った構成、バグ、またはその他の症状による正常性状態のフリップフロップ
• 繰り返し回数が多いアラート ルール

少なくとも、各ワークフローは次の条件に従って評価する必要があります。

• 測定可能で識別可能な発生。 そのカテゴリに合わないものは無効です。
• アラートが発生した場合、アラートを解決する方法はわかっていますか?
• 潜在的なサービスへの影響を事前に通知する例外 (警告) は、サービスの中断を示すインシデント (エラー) に加えて、NOC/Service Desk に公開されます。
• 検出の実行頻度が高すぎますか?
• このパフォーマンス データを収集する必要がありますか? 役に立ちますか?
• アラートは理解可能で、関連性があり、最新の状態ですか?
• 症状/問題が解決した場合、モニターは自動的に解決する必要がありますか?

調整する設定

• 検出の頻度

• モニターのしきい値

• 目標値

• スクリプトベースのルール/モニターとパフォーマンス収集ルールの間隔

• パラメーター

ヒント

• 新しい管理パックで監視しているサーバーで発生する新しいアラートを確認します。 [アラート] レポートと [最も頻度の高いアラート] レポートを使用すると、よく発生するアラートを確認できます。 管理パックを初めてインストールしたときに、それまで気づかなかった問題が多数発見される可能性があります。 アラートを監視して、潜在的な懸念領域を特定します。

• 特定のクラス、グループ、または特定のオブジェクトのすべてのオブジェクトに適用できるモニターまたはルールをオーバーライドします。

• アラートを保証するのに十分な重大な問題がなく、監視されている特定の状況を認識する必要がない場合は、モニターまたはルールを無効にします。

• 問題の発生状況を監視する必要はあるが、実際に問題が発生する前にアラートを生成してしまうモニターについては、そのしきい値を変更します。

• 管理パック用のオーバーライドを設定する場合は、ManagementPack_Override という名前の管理パックにオーバーライドを保存します。この名前の "ManagementPack" の部分は、オーバーライドを適用する封印されていない管理パックの名前です。

展開

運用前環境での管理パックのパフォーマンスと結果に満足したら、管理パックとそのカスタマイズを運用環境に展開できます。 カスタマイズを保存した管理パックは、その他のコンピューターにインポートすることができるようにエクスポートする必要があります。 詳細については、「 管理パックをインポート、エクスポート、および削除する方法を参照してください。 この管理パックは設定したオーバーライドを含む管理パックに依存するため、インストールされた元の管理パックを持つ管理グループに対してのみインポート可能です。

メンテナンス …

管理パックの展開後は、定期的に運用環境におけるそのパフォーマンスと結果を評価して、引き続きビジネス上のニーズに適合していることを確認する必要があります。 次の表は、管理パックへの変更が必要となる可能性がある共通イベントを示しています。

• 新しいハードウェアや新しいオペレーティング システムなどの環境の変化

  運用環境に追加する予定の新しいハードウェアまたは新しいオペレーティング システムをテストする場合は、テスト計画に既存の管理パックを含めて、必要になる可能性のある追加のチューニングを特定する必要があります。 新しいオペレーティング システムの場合は、そのオペレーティング システムに固有の新しい管理パックをインポートしなければならない可能性があります。

• 運用環境への新しいアプリケーションの追加

  新しいアプリケーションには、新しい管理パックまたは既存の管理パックの調整が必要となる場合があります。

• アプリケーションのバージョンのアップグレード

  組織がアプリケーションのバージョンをアップグレードする場合、アプリケーションの両方のバージョンがネットワークに存在する段階でアップグレードするか、アプリケーションのすべてのインストールを一度にアップグレードします。 新しいバージョンで管理パックをテストし必要な調整を行った後は、アップグレードの展開に使用する管理パックの展開にも同じアプローチを行う必要があります。 両バージョンのアプリケーションが同時に使用される場合は、各バージョンに対応した管理パックをインストールする必要があります。 アプリケーションのすべてのインストールを同時にアップグレードする場合は、旧バージョンのアプリケーションの管理パックを削除して新バージョンの管理パックをインストールします。

• 管理パックの新しいバージョンまたは更新されたバージョンが使用可能な場合

  新しいバージョンまたは更新されたバージョンの管理パックを確認し調整するには運用前環境を使用する必要があります。

• ポリシーの変更

  ユーザーのビジネスまたは組織の現状の変更によって、監視の増加または減少のために管理パックの調整が必要になる場合があります。

変更管理のベスト プラクティス

Operations Manager 管理パックを管理する際は、以下のことを行うことをお勧めします。

• 必要に応じて変更のロールバックを可能にするために、管理パックのバージョンのアーカイブを維持します。 アーカイブを維持するための効率的な方法は、Microsoft Team Foundation Server や SharePoint Server などのバージョン管理ソフトウェアを使用することです。 もうひとつの方法は、各管理パック バージョン用の個別フォルダーとのネットワーク上のファイル共有の使用です。

• 管理パック用のオーバーライドを設定する際は、ManagementPack がオーバーライドが適用される封印された監視パックの名前になっている、ManagementPack_Override という名前の管理パックに保存します。 たとえば、管理パック Microsoft.SQLServer.2012.Monitoring.mp へのオーバーライドは Microsoft.SQLServer.2012.Monitoring_Overrides.xml に保存されます。 詳細については、「Creating a Management Pack for Overrides」をご覧ください。

• 管理パックが更新されたら、corresponding _Overrides.xml ファイルを新しいバージョン番号に更新します。 _Overrides.xml ファイルのバージョン番号の更新には XML エディターを使用する必要があります。 _Overrides.xml ファイルを変更してもバージョン属性を変更しない場合は、ファイルをインポートできますが、ファイル内の設定は適用されません。

• 管理パックに作成したオーバーライドを記録します。 オーバーライドを設定する場合は、[プロパティのオーバーライド] ダイアログの [詳細] ウィンドウで 編集 を選択して、実行しているアクションとその理由の説明を説明フィールドに追加します。 また、スプレッドシートまたはその他のフォームを維持して管理パックに行う変更を記録しなければならない場合もあります。

次のステップ

• オーバーライドを格納するカスタム書き込み可能な管理パックを作成する方法については、「 オーバーライド用管理パックを作成する方法を参照してください。

• Operations Manager 管理パックの概要と、サービスとアプリケーションを事前に監視する方法については、「Operations Manager 管理パックの内容を参照してください。

• 管理グループの管理パックで一般的な管理タスクを実行するには、「 Operations Manager 管理パックのインポート、エクスポート、および削除方法を参照してください。