Service Component Architecture と WebSphere MQ の通信のトラブルシューティング

Service Component Architecture (SCA) モジュールと WebSphere® MQ キュー・マネージャーの間の通信は、SCA モジュール内のインポートおよびエクスポートと WebSphere MQ サーバー内のキューとの間のバインディングに依存します。この情報を使用して、WebSphere MQ メッセージを処理していないサーバーを判別します。

始める前に

このタスクは、WebSphere MQ に依存する要求が処理されていないとユーザーが認識したこと、およびユーザーが管理コンソールにアクセスできることを前提とします。 ユーザーはまた、WebSphere MQ キュー・マネージャーの変更を自分で実行できるか、あるいは変更を WebSphere MQ 管理者に依頼できる必要があります。

このタスクを実行する理由およびタイミング

Service Component Architecture (SCA) モジュールは、サーバーと WebSphere MQ キュー・マネージャーの間のバインディングに依存します。2 つのエンティティーの間の通信が原因で、メッセージが完全に処理されないことがあります。以下のステップは、分断の原因を特定し、メッセージが再び処理されるようにするために役立ちます。

このタスクの手順

  1. WebSphere MQ と通信している SCA モジュールを表示して、このモジュールが現在も処理中であることを確認します。 「アプリケーション」>「SCA モジュール」を使用してこのページにナビゲートします。
  2. キュー・マネージャーを表示して、キュー・マネージャーが現在も作動可能であることを確認します。 このタスクは、WebSphere MQ 管理コンソールで実行します。
  3. SCA モジュールとキュー・マネージャーの間のバインディングを表示して、バインディングが正しいことを確認します。バインディングが正しくない場合は、バインディングを変更します。 このページにナビゲートするには、「リソース」>「JMS プロバイダー」>「WebSphere MQ」>「WebSphere MQ キュー宛先」を使用します。
  4. 失敗したトランザクションを示している可能性のあるすべてのメッセージを見つけます。 システム、SCA 固有のメッセージ領域、MQ 固有のメッセージ領域、失敗したイベント・キュー、およびその他の場所を調査して、何が失敗したのかを判別する必要があります。
    1. system.Out に処理の失敗を示すメッセージがないかどうか調べます。

      MQ エラーがある場合は、スタック・トレース内のどこかにリンクされている MQException が存在し、MQ 理由コード (例えば、2059 は「キュー・マネージャーが使用不可」です) が付いています。

    2. AMQERRxx.LOG および WebSphere MQ FFDC ファイルを調べて、WebSphere MQ エラーの原因を判別します。
    3. アプリケーション・キューに未処理のメッセージがないかどうかを調べます。 必ず、WebSphere MQ アプリケーションと Service Integration Bus (SIB) アプリケーションの両方を調べてください。
    4. MQ 送達不能キューおよび SIB 例外宛先を調べます。
    5. 失敗したイベント・キューに、該当するアプリケーションに関連したメッセージがないかどうかを調べます。 失敗したイベントの検索については、『失敗したイベントの検索』を参照してください。

(c) Copyright IBM Corporation 2005, 2006. All rights reserved.
(c) Copyright IBM Japan 2006
このインフォメーション・センターでは、Eclipse テクノロジー (http://www.eclipse.org) が採用されています。