![]() |
![]() |
![]() |
![]() |
パス サービスは、メッセージの集合とメッセージング リソース (分散送り先のメンバーやストア アンド フォワード エージェントなど) との間のマッピングを格納できる永続マップです。サーブレットをホストするクラスタのメンバー、分散キュー メンバー、またはストア アンド フォワード エージェントにメッセージを固定することによって、メッセージの順序付けを実現できます。
クラスタ化されたサーバ環境では、パス サービスを移行可能な対象に対象指定できます。移行可能な対象とは、移行可能な JMS サービスのグループ (パス サービスなど) として機能できて、WebLogic クラスタ内のサーバ メンバー上でのみアクティブになる、特別な対象です。クラスタで推奨されるベスト プラクティスは、パス サービスを移行可能な対象に対象指定して、メンバー サーバがただ 1 つの障害部位とならないようにすることです。このようにすると、サーバがクラッシュした場合やサーバの定期的な保守を行う際に、問題のあるサーバから正常なサーバへパス サービスを手動で移行できるようになります。
注意: パス サービスの作成後に名前を変更することはできません。代わりに、そのパス サービスを削除して、新しい名前で別のパス サービスを作成する必要があります。
注意: パス サービスが移行可能な対象に対象指定された場合 (手順 4 を参照)、このパス サービスはデフォルト ストアを使用できないため、カスタム ストアをコンフィグレーションして、同じ移行可能な対象に対象指定する必要があります。また、ベスト プラクティスとしては、パス サービスおよびそのストアのみを、その移行可能な対象のユーザとします。
移行可能な対象とは、JMS 関連サービスのグループ (パス サービスなど) として機能できて、WebLogic クラスタ内のサーバ メンバー上でのみアクティブになる、特別な対象です。クラスタで推奨されるベスト プラクティスは、パス サービスを移行可能な対象に対象指定して、メンバー サーバがただ 1 つの障害部位とならないようにすることです。JMS 関連サービスのための移行可能な対象のコンフィグレーションを参照してください。
注意: パス サービスが移行可能な対象に対象指定された場合、このパス サービスはデフォルト ストアを使用できないため、ストアをコンフィグレーションして、同じ移行可能な対象に対象指定する必要があります。さらなるベスト プラクティスとしては、パス サービスおよびそのストアのみを、その移行可能な対象のユーザとします。
完了した後に
![]() ![]() |