BizTalk Server の正常性とパフォーマンスの監視

BizTalk Server アプリケーションとインフラストラクチャを定期的に監視し、見つけた問題を解決することで、BizTalk Server アプリケーションにユーザーがアクセスできるようにするのに役立ちます。 監視の目的は、例外が検出されず、したがって未解決になる時間を最小限に抑えるためです。 さらに、監視を使用して、例外を引き起こす可能性のある状況を検出できます。

BizTalk Server を監視するときは、予期しない動作や異常な動作を探す必要があります。 監視には、手動または自動のプロセスを使用できます。 BizTalk Server 管理コンソールを使用して、BizTalk Server インフラストラクチャの正常性の使用を監視できます。 BizTalk Server 管理コンソールを使用して、BizTalk Server アプリケーションの正常性を監視し、根本原因分析を実行して、問題の根本的な原因を特定できます。 . BizTalk Server を監視する場合は、次の点に注意してください。

• インフラストラクチャは正常である可能性がありますが、アプリケーションが正しくない可能性があります (たとえば、無効なメッセージを受信しており、処理できません)。

• インフラストラクチャは異常である可能性がありますが、アプリケーションは正常に動作している可能性があります (たとえば、サーバーがダウンしているが、負荷を引き継ぐのに十分なサーバーがホストに割り当てられている場合)。

• インフラストラクチャの問題は、アプリケーションの問題として発生する可能性があります (たとえば、サーバーがダウンしているため、メッセージが十分に高速に処理されていません)。

  BizTalk Server とアプリケーションの監視は、次の 3 つの主要なカテゴリに分類されます。

• 可用性の監視

• 健康状態の監視

• パフォーマンスの監視

可用性の監視

可用性の監視では、"BizTalk Server アプリケーションが最適に実行できないシステムまたはアプリケーション リソースの可用性が確保されていないか" という質問に答えます。これらの問題は、サービスや接続の可用性など、ほぼ排他的にシステム レベルです。 たとえば、Enterprise Single Sign-On サービスが停止したためにアダプターが失敗した場合、これは可用性の問題です。 ホストに割り当てられているサーバーのいずれかが失敗し、アプリケーションがメッセージの処理に遅れている場合は、可用性の問題があります。 同様に、アプリケーションが停止し、メッセージを処理できない場合は、可用性の問題があります。 次の表に、可用性監視ツールを示します。

正常性の監視

正常性の監視は、「アプリケーションまたはリソースの正常性が悪いですか」という質問に答えるのに役立ちます。たとえば、現在例外条件が発生しているアプリケーションまたはその構成要素は何ですか? または、メッセージ ペイロード内の無効なデータが原因でメッセージが中断されていますか? 次の表に、健康管理ツールが示されています。

パフォーマンスの監視

パフォーマンスの監視では、"システムが作業をどの程度効率的に実行しているか" という質問に答えます。この種の監視は、主にデータベースやディスクなどの物理リソースの負荷に焦点を当てています。 たとえば、CPU 使用率が一貫して 90 ~ 100% で、メッセージのバックログが形成されている場合、これはコンピューター レベルでのパフォーマンスの問題です。 次の表に、パフォーマンス監視ツールを示します。

BizTalk Server の監視

Monitor BizTalk Server SQL Agent ジョブを実行して、管理、メッセージ ボックス、または DTA データベースの既知の問題を特定できます。 このジョブは、BizTalk Server 管理コンソールで BizTalk グループを構成するか、以前のバージョンから BizTalk をアップグレードするときに作成されます。

Monitor BizTalk Server ジョブは、管理、メッセージ ボックス、および DTA データベースの次の問題をスキャンします。

• 参照のないメッセージ

• 参照カウントのないメッセージ

• 参照カウントが 0 未満のメッセージ

• スプール行のないメッセージ参照

• インスタンスが存在しないメッセージ参照

• インスタンスが存在しない状態

• 対応するインスタンスがないインスタンス サブスクリプション

• 孤立した DTA サービス インスタンス

• 孤立した DTA サービス インスタンスの例外

• グローバル追跡オプションが有効になっている場合、TDDS はどのホスト インスタンスでも実行されていません。

  BizTalk Server の監視ジョブは、週に 1 回実行するように構成され、自動化されます。 ジョブは計算負荷が高いため、ダウンタイムやトラフィックの少ない間にスケジュールすることをお勧めします。

  問題が発生した場合、ジョブは失敗します。エラー文字列には、検出された問題の数が含まれています。 それ以外の場合は正常に実行されます。 詳細はジョブ履歴で確認できます。 管理者特権でジョブを実行すると、エラー文字列も (ジョブ履歴と共に) イベント ビューアーに記録されます。

トラブルシューティング

(インフラストラクチャではなく) BizTalk Server アプリケーションの正常性の問題を認識したら、BizTalk Server 管理コンソールの [グループ ハブ] ページと [クエリ] ページを使用して問題を分析できます。 BizTalk Server 管理コンソールには、統合された構成、展開、トラブルシューティングのエクスペリエンスが用意されており、管理コンソール内の構成と展開に関連する問題を特定した後で修正できます。 通常、ほとんどのアプリケーションの問題は、メッセージが期待どおりに通過しないことが原因です (これは、中断されたサービス インスタンスとして現れたり、ポートを再試行したり、再アクティブ化されていない退避されたインスタンスとして現れたりすることがあります)。

[グループ ハブ] ページと [クエリ] ページを使用すると、サービス インスタンス (実行中、中断、退避など) をアプリケーション、エラーの種類、サービスの種類、ホスト別にグループ化して、さまざまなエラーを分離し、1 つずつ調査し、修正することができます。 BizTalk Server 管理コンソール内から追跡データを監視して、メッセージ フローの履歴、またはオーケストレーションまたはルール セットの実行履歴を調査することもできます。 この追跡データには、BizTalk Server アプリケーションに関する履歴データが含まれています。

BizTalk 管理コンソールで追跡を有効にしている場合は、追跡を使用して、クエリを使用してメッセージ フローとサービス インスタンスを検索できます。 これは、メッセージの種類 (スキーマ)、プロパティとその値 (顧客名など) など、メッセージを見つけて知りたい場合にのみ役立ちます。

次のトピックでは、BizTalk Server 管理コンソール、グループ ハブ ページ、およびクエリ ページを使用した監視とトラブルシューティングについて説明します。 このセクションでは、トラブルシューティングと根本原因分析の支援として使用できる追跡についても説明します。

その他の良いもの

• BizTalk Server 管理コンソールの使用

• 追跡対象メッセージとインスタンス データの表示

• EDI および AS2 ソリューションの監視

• BizTalk Server アプリケーションでの成果物間の依存関係の追跡

• パフォーマンス カウンター