次の方法で共有


アプリケーションの監視

通常、BizTalk アプリケーションを監視するための Microsoft System Center Operations Manager の設定は、次のように段階的な 4 段階のプロセスに分割できます。

  1. 既存のルールを変更したり、カスタム管理パックにルールをコピーしたりして、カスタム BizTalk アプリケーションを監視する

    これらのルールの多くを複数回コピーする必要があります。 これは、たとえば、多数のファイル共有を監視している場合に当たります。 このシナリオでは、ファイル共有ごとに基本規則を 1 回コピーし、ルールの [ 条件 ] タブの [説明] フィールドに追加されたファイル共有アドレスを使用します。 アドレスを追加すると、Operations Manager は個々のファイル共有ごとにアラートを生成します。 既存のルールをコピーするときは、[このルールのルールのオーバーライドを 有効にする ] を選択するか、重複したアラートを受け取ります。

    作成する各ルールに追加する必要があるもう 1 つの項目は、ルール プロパティの [ナレッジ ベース] タブの [ナレッジ 情報] です。 このデータは、Operations Manager がアラートを送信したときに発生する通知に添付されます。 この機能の機能は、エラーの解決に役立つ可能性のある手順を含めると明確になります。

  2. 定義された各ルールのアクションを作成する

    ルールの作成またはコピーは、実際にはプロセスの最初の手順です。 次の手順では、そのルールに基づいて何らかのアクションを実行します。 ルールに基づくアクションがない場合は、イベントが監視されたことは重要ではありません。 最も頻繁に実行されるアクションは、オペレーターまたは管理者にエラーが発生したことを警告することです。 Operations Manager には、イベントがトリガーされたときに使用できる他のアクションも多数用意されています。 そうした操作には次が含まれます。

    • スクリプトの開始

    • 簡易ネットワーク管理プロトコル (SNMP) トラップの送信 (SNMP では、エージェントはネットワーク上のさまざまなデバイスのアクティビティを監視し、ネットワーク コンソール ワークステーションに報告します)

    • 通知グループへの通知の送信

    • コマンドまたはバッチ ファイルの実行

    • 状態変数の更新

    • ファイルの転送

    • マネージ コード アセンブリでメソッドを呼び出す

  3. 手動タスクを自動化する反復プロセスを作成する

    次の手順は反復的なプロセスであり、基本的なアラート メカニズムを超えて移動します。 Operations Manager でスクリプトと .NET コードの両方を呼び出すことができるので、発生したイベントに基づいて手動タスクを自動化するプロセスは、強力で時間を節約する機能です。 たとえば、無効な /stopped イベント メッセージがログに記録された場合にポートを自動的に開始するスクリプトを実行します。 多くのプロセスを自動化できるため、このプロセスは反復的です。

  4. しきい値ルールを使用して手動タスクを自動化する

    処理の次の手順は、事後対応アラートを超えてしきい値ルールを使用することです。 BizTalk Server管理パックには、既定ではしきい値ルールは含まれていません。 これは、通常、このような規則はカスタム アプリケーションに固有であり、アプリケーションごとに異なるためです。 しきい値は、カスタム アプリケーションに関するビジネス ルールを具体化し、システムを事前に監視する手段を提供します。 ログのパフォーマンス分析 (PAL) ツールで提供されるBizTalk Serverしきい値テンプレートを使用して、ルールを定義できます。

    このようなしきい値ルールの例として、特定の期間にサーバー上の CPU が常に 75% を超えて実行されるタイミングを測定します。 これは、システムをスケールアウトする必要があることを示している可能性があります。 さらに別の例として、一意のカウンター セットを監視するしきい値ルールを作成する場合があります。 この規則では、要求の高い期間中に、以前に構成されたバックアップ サーバーで BizTalk ホスト インスタンスを初期化するコードを呼び出すことができます。

参照

System Center Operations Manager 2007 による BizTalk Server の監視