WebSphere MQ Version 7.x に接続されたアクティベーション・スペックまたは ASF リスナー・ポートを使用した厳密なメッセージ順序付け

厳密なメッセージ順序付けは、メッセージ駆動型 Bean アプリケーションを WebSphere MQ メッセージング・プロバイダーにデプロイするときに、非順次に着信したメッセージを処理するための特別な機能がアプリケーションにコーディングされていない場合に行うことができます。

WebSphere® Application Server バージョン 7 以降では、リスナー・ポートは安定化されています。詳しくは、安定化されたフィーチャーに関する項目を参照してください。リスナー・ポートを使用する WebSphere MQ メッセージ駆動型 Bean のデプロイメント構成を、アクティベーション・スペックを使用する構成に移行する準備を行う必要があります。[AIX Solaris HP-UX Linux Windows][IBM i]非 ASF モードのアクティベーション・スペックの構成方法について詳しくは 『非 ASF モードのアクティベーション・スペックの構成』を参照してください。 ただし、アプリケーションを WebSphere Application Server バージョン 7 より前のアプリケーション・サーバーで実行する必要がないと確認するまでは、このマイグレーションを開始しないでください。例えば、1 つのアプリケーション・サーバー・クラスターにバージョン 6.1 のメンバーとそれより新しいバージョンのメンバーがある場合は、クラスター内のすべてのアプリケーション・サーバーをその新しいバージョンにマイグレーションするまでは、そのクラスター上のアプリケーションを、アクティベーション・スペックを使用するようにマイグレーションしないでください。

このシナリオでは、以下のことを前提としています。
  • メッセージ駆動型 Bean (MDB) アプリケーションはトランザクション・タイプである。
  • WebSphere MQ キューのバックアウトしきい値 (BOTHRESH) が 0 に設定されている。
  • WebSphere MQ バージョン 7.0 以降を使用している。

順序付けられた配信のための WebSphere Application Server の構成

  • WebSphere MQ キュー・マネージャーは、WebSphere MQ バージョン 7.0 以降で稼働している必要があります。
  • キュー・マネージャーへの接続には、WebSphere MQ メッセージング・プロバイダーの通常モードを使用する必要があります。 WebSphere MQ インフォメーション・センターの『WebSphere MQ メッセージング・プロバイダー・モードの選択の規則』のトピックを参照してください。
  • リスナー・ポートを使用している場合、WebSphere Application Server のリスナー・ポートの「最大セッション (Maximum sessions)」を 1 に設定する必要があります。
  • アクティベーション・スペックを使用している場合、WebSphere Application Server のアクティベーション・スペックの「最大サーバー・セッション (Maximum server sessions)」を 1 に設定する必要があります。

この構成に関する重要な情報

  • ASF リスナー・ポートおよび WebSphere MQ アクティベーション・スペックには、連動してメッセージ配信を実行する 2 つの異なるパーツがあります。これら 2 つのパーツは、キュー・マネージャーからは別個のアプリケーションと見なされます。
    • 1 つ目のパーツは、着信したメッセージをただちに検出しますが、それらをコンシュームしません。 代わりに、それらのメッセージを 2 つ目のパーツにディスパッチします。
    • 2 つ目のパーツは、サーバーのセッション・プールであり、アプリケーションのトランザクション内でメッセージを処理するためにスレッドを割り振り、それを MDB の onMessage() メソッドに配信します。
  • バージョン 7.0 以降、WebSphere MQ は、メッセージ検出用のプッシュ・モデルを提供します。このモデルは、以前の WebSphere MQ のバージョンで使用されていたポーリング・モデルよりも効率が良く、通常の操作の下で、より良好なメッセージ順序付けを行うことができます。

メッセージが非順次で配信可能な状況

この構成では、以下の状況の場合、メッセージを非順次で配信可能です。

  • トランザクションのロールバック後に、キュー上の次の有効なメッセージが、ロールバックされたメッセージが再配信される前に配信される可能性があります。
    • ASF リスナー・ポートでは、「最大再試行数 (Maximum retries)」0 に設定し、ロールバック発生時にリスナー・ポートを停止することで、ロールバック後の非順次配信を防ぎます。 ただし、その後リスナー・ポートを手動で再始動する必要があります。
    • アクティベーション・スペックでは、「メッセージ配信に失敗した場合にエンドポイントを停止 (Stop endpoint if message delivery fails)」を選択して「エンドポイントをサスペンドする前の連続デリバリー失敗回数 (Number of sequential delivery failures before suspending endpoint)」0 に設定し、ロールバック発生時にメッセージ・エンドポイントを一時停止することで、ロールバック後の非順次配信を防ぎます。 ただし、その後 MDB のメッセージ・エンドポイントを手動で再開する必要があります。 詳しくは、WebSphere MQ インフォメーション・センターを参照してください。
  • トランザクション・リカバリーの間は、メッセージが非順次に配信される可能性があります。
    注: このシナリオは、特定のイベント・セットが特定の順序で起きることを必要とするので、ほとんど発生しません。 しかし、アプリケーションの操作にとって順序付けられたメッセージ配信が重要である場合には、考慮する必要があります。
    • 以下のいずれかのコンポーネントが障害からリカバリーする間に、このデプロイメント・オプションで非順次メッセージ配信が起きる可能性があります。
      • MDB をホストしているアプリケーション・サーバー
      • WebSphere MQ キュー・マネージャー
      • アプリケーション・サーバーとキュー・マネージャーを接続しているネットワーク
    • 上記のコンポーネントのいずれかで、MDB トランザクションの 2 フェーズ・コミットの途中で障害が発生した場合、アプリケーション・サーバーのトランザクション・マネージャーは、コンポーネントが再び使用可能になったときに、キュー・マネージャーへの接続を再確立し、トランザクションを解決します。
    • このリカバリー・プロセスは非同期であり、トランザクション・リカバリー・プロセスが完了する前に MDB への新規メッセージの配信が開始することがあります。 トランザクションのリカバリーを行った結果、トランザクションのロールバックが行われる場合は、おそらく新規メッセージの送信が完了した後に、 メッセージが WebSphere MQ キューに返され、アプリケーションに再配信されます。

クラスター化されたデプロイメントに関する考慮事項

  • アプリケーション・サーバーには、このアクティベーションを自動的に管理できる機能がないので、1 つのクラスター・メンバーについてのみ MDB をアクティブ化する必要があります。
  • アプリケーションの始動状態の設定とは別個に、リスナー・ポートの始動状態を「停止 (stopped)」に設定することができます。
  • アプリケーション、ASF リスナー・ポート、および MBean インターフェースとのメッセージ・エンドポイントは、wsadmin スクリプトや、Java™ コードの com.ibm.websphere.management.AdminClient インターフェースを使用して手動で開始および停止することができます。

トピックのタイプを示すアイコン 概念トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cmm_wmq_smo_mq7
ファイル名:cmm_wmq_smo_mq7.html