始める前に
JTAトランザクション回復サービス(TRS)を、クラスタ内の別のサーバーへ自動移行されるように構成するには、その前に管理対象サーバーをマシンに割り当ててノード・マネージャを構成するなど、移行のためにクラスタ内の管理対象サーバーを構成する必要があります。移行のためのJTAトランザクション回復サービスの構成を参照してください。
サーバー状態監視サービスを利用して、JTA TRSが、異常なサーバー・インスタンスから正常なサーバー・インスタンスへ自動移行されるように指定することができます。
JTA TRSの自動移行を構成するには:
- まだ行っていない場合、管理コンソールのチェンジ・センターで「ロックして編集」をクリックします(チェンジ・センターの使用を参照)。
-
「ドメイン構造」ツリーで「環境」を展開し、「クラスタ」を選択します。
-
「クラスタの概要」ページで、変更するクラスタを選択します。
-
「構成」→「移行」ページに移動します。
-
「移行基盤」フィールドを次のように変更します。
- 「データベース」--「自動移行に使用するデータ・ソース」フィールドに、有効なJDBCシステム・リソースが設定されていることが必要です。この設定により、移行するサーバーがリースに使用するリソース上に表が作成されていることが示唆されます。移行前スクリプトと移行後スクリプトが定義されていない場合のみ、ノード・マネージャが必要となります。
- 「コンセンサス」-- すべての移行可能なサーバー、または自動移行可能なターゲットをホストできるサーバーに、ノード・マネージャが関連付けられていることが必要です。
-
「環境」の下で、「サーバー」を選択します。
-
「構成」→「移行」ページに移動します。
-
「JTA移行の構成」セクションで、JTA移行可能ターゲットによってホストされているサービスの移行ポリシーを「JTA移行ポリシー」ドロップダウン・リストから選択します。
-
「JTA候補サーバー」ボックスを使用して、JTA TRSサーバーのバックアップとして使用するサーバーを選択し、「選択済み」リストに移動します。
ノート: 現在のサーバーのトランザクション・ログ・ファイル(デフォルトのWebLogicファイル・ストアに格納)にアクセスできる候補サーバーを選択してください。選択された候補サーバーがない場合は、クラスタ内のどのサーバーを候補サーバーとして選択してもかまいません。
-
必要に応じて、共有ストレージの任意のマウント解除およびマウントを実行するために、移行前スクリプトおよび移行後スクリプトを提供するかどうかを指定します。
- 「移行前スクリプトのパス」-- 移行可能なターゲットが実際にアクティブ化される前に実行する、移行前スクリプトのパス。
- 「移行後スクリプトのパス」-- 移行可能なターゲットが完全に非アクティブ化された後に実行する、移行後スクリプトのパス。
- 「移行後スクリプトが失敗した場合に自動移行を取り消す」-- 非アクティブ化後スクリプトの実行中の障害が移行にとって致命的かどうかを指定します。
- 「移行後スクリプトを別のマシンで実行できるようにする」-- 別のマシン上で非アクティブ化後スクリプトの実行を許可するかどうかを指定します。
移行前スクリプトと移行後スクリプトは、MIDDLEWARE_HOME/user_projects/domains/mydomain/bin/service_migrationディレクトリに置く必要があります。mydomainは、ドメインと同じ名前が付いた、ドメイン固有のディレクトリです。便宜を図るため、移行前スクリプトと移行後スクリプトのサンプルは、このディレクトリ内に置かれています。
各フィールドの詳細は、構成オプションを参照してください。
-
「保存」をクリックします。
- これらの変更をアクティブにするには、管理コンソールのチェンジ・センターで「変更のアクティブ化」をクリックします。
すべての変更が即座に有効になるわけではありません。再起動が必要なものもあります(チェンジ・センターの使用を参照)。
