Administration Console オンライン ヘルプ

  前 次 前/次ボタンと目次ボタンとの区切り線 目次  

JMS サービスの自動移行のコンフィグレーション

始める前に

JMS 関連サービスがクラスタ内の別のサーバに自動的に移行されるようにコンフィグレーションするには、その前にサービスおよびそれに関連付けられた永続ストアのための移行可能な対象をコンフィグレーションする必要があります。JMS 関連サービスのための移行可能な対象のコンフィグレーションを参照してください。

永続的なメッセージングの場合、JMS サービスと同じ移行可能な対象にも対象指定される、カスタム永続ストアをコンフィグレーションする必要があります。移行されるサーバ間でストア データを移動するために移行前スクリプトおよび移行後スクリプトを使用しているのでなければ、移行可能な対象内のすべての候補サーバからアクセスできるようにカスタム ストアをコンフィグレーションする必要があります。JMS 関連サービス移行のコンフィグレーションを参照してください。


サーバ状態モニタ サービスを利用して、JMS 関連のサービスが、異常なサーバ インスタンスから正常なサーバ インスタンスへ自動移行されるようにコンフィグレーションすることができます。たとえば、現在のホスト サーバで障害が発生した場合、JMS サーバ、そのすべての送り先、およびそれに関連付けられた永続ストアが、移行可能な対象と共に正常なサーバに自動的に移動されます。JMS 関連サービスとは、JMS サーバ、SAF エージェント、パス サービス、カスタム ストアなどです。

移行可能な対象によってホストされる JMS 関連サービスの自動移行をコンフィグレーションするには、次の手順に従います。

  1. まだ行っていない場合、Administration Console のチェンジ センタで [ロックして編集] をクリックします (チェンジ センタの使用を参照)。
  2. [ドメイン構造] ツリーで [環境] を展開し、[クラスタ] を選択します。
  3. [クラスタの概要] ページで、変更するクラスタを選択します。
  4. [コンフィグレーション｜移行] ページで、[移行基盤] フィールドを次のように変更します。
    • [データベース] -- [自動移行に使用するデータ ソース] フィールドに、有効な JDBC システム リソースが設定されていることが必要です。この設定により、移行するサーバがリースに使用するリソース上にテーブルが作成されていることが示唆されます。
    • [コンセンサス] -- すべての移行可能なサーバ、または自動移行可能な対象をホストできるサーバに、ノード マネージャが関連付けられていることが必要です。
  5. [環境] の下で、[移行可能な対象] を選択します。
  6. [移行可能な対象の概要] ページで、変更する移行可能対象を選択します。
  7. [コンフィグレーション｜移行] ページに移動します。
  8. [サービスの移行ポリシー] ドロップダウン リストから、以下のいずれかのオプションを選択します。
    • [必ず 1 回のサービスの自動移行] -- 候補リストの管理対象サーバが少なくとも 1 つ実行されているときに、サーバに障害が発生したかサーバが停止 (正常終了または強制終了) された場合、JMS サービスはクラスタ内でアクティブ化されます。たとえば、パス サービスをホストしている移行可能な対象では、 ホスト サーバに障害が発生したり、ホスト サーバが停止された場合に、そのパス サービスが別のサーバに自動的に移行され、クラスタ内で常にアクティブな状態を保つようにするために、このオプションを使用する必要があります。このオプションを選択すると、対象がグループ化される場合がある点に注意してください。たとえば、必ず 1 回の移行可能な対象が 5 つあり、1 つのサーバ メンバーしか起動されていない場合、5 つの移行可能な対象すべてがそのサーバ メンバー上でアクティブ化されることになります。
    • [障害回復サービスの自動移行] -- UPS が起動されている場合にのみ JMS サービスが開始されます。管理者が UPS を正常終了または強制終了すると、このサービスは移行されません。ただし、内部エラーが原因で UPS に障害が発生した場合、このサービスは別の候補サーバに移行されます。手動停止または内部エラーにより候補サーバが利用できない場合、移行フレームワークでは最初に、UPS サーバ上でそのサービスの再アクティブ化が試行されます。その時点で UPS サーバが利用できない場合、そのサービスは別の候補サーバに移行されます。
  9. [保存] をクリックして変更を保存します。
  10. これらの変更をアクティブにするには、Administration Console のチェンジ センタで [変更のアクティブ化] をクリックします。
    すべての変更が即座に有効になるわけではありません。再起動が必要なものもあります (チェンジ センタの使用を参照)。

完了した後に

元のプライマリ サーバがオンラインに戻り次第、JMS サービスをそのサーバに移行することもできます。JTA トランザクション回復サービスとは異なり、プライマリ サーバが利用できるようになっても、そのプライマリ サーバに JMS サービスは自動移行されないため、これらのサービスは手動で移行する必要があります。JMS 関連サービスの手動移行を参照してください。

 

Skip navigation bar ページの先頭