1. 「名前」で、移行可能なターゲットの名前を入力します。
2. 「クラスタ」で、移行可能なターゲットのための構成済みクラスタを選択します。
3. 「次」をクリックします。

a.「ユーザーの優先サーバー」で、移行可能なターゲットと関連付けるクラスタ内のサーバーを選択します。

b.「サービスの移行ポリシー」で、使用する自動移行ポリシーを選択します。

• 「サービスの手動での移行のみ」 -- JMSサービスを手動で移行します(デフォルト)。
• 「必ず1回のサービスの自動移行」-- 候補リストの管理ターゲット・サーバーが少なくとも1つ実行されているときに、サーバーに障害が発生したかサーバーが停止(正常終了または強制終了)された場合、JMSサービスはクラスタ内でアクティブ化されます。たとえば、パス・サービスをホストしている移行可能なターゲットでは、ホスト・サーバーに障害が発生したり、ホスト・サーバーが停止された場合に、そのパス・サービスが別のサーバーに自動的に移行され、クラスタ内で常にアクティブな状態を保つようにするために、このオプションを使用する必要があります。このオプションを選択すると、ターゲットがグループ化される場合がある点に注意してください。たとえば、必ず1回の移行可能なターゲットが5つあり、1つのサーバー・メンバーしか起動されていない場合、5つの移行可能なターゲットすべてがそのサーバー・メンバー上でアクティブ化されることになります。
• 「障害回復サービスの自動移行」-- UPSが起動されている場合にのみJMSサービスが開始されます。管理者がUPSを正常終了または強制終了すると、このサービスは移行されません。ただし、内部エラーが原因でUPSに障害が発生した場合、このサービスは別の候補サーバーに移行されます。手動停止または内部エラーにより候補サーバーが利用できない場合、移行フレームワークでは最初に、UPSサーバー上でそのサービスの再アクティブ化が試行されます。その時点でUPSサーバーが利用できない場合、そのサービスは別の候補サーバーに移行されます。

c.「終了」をクリックします。

JMSサービスの自動移行の詳細は、移行可能なターゲットを使用したJMSサービスの自動移行の構成を参照してください。

• 「控えの候補サーバー」-- JMSサーバーのバックアップとして使用するサーバーを選択し、「選択済み」リストに移動します。選択するサーバーは、現在のサービスのカスタム・ストアにアクセスできる必要があります。このカスタム・ストアはまた、移行可能なJMSサービスと同じ移行可能なターゲットに、ターゲット指定されていなければなりません。それ以外の場合は、次のフィールドを使用し、ストアのデータをターゲットのバックアップ・サーバーに移動する移動前スクリプトと移動後スクリプトを定義する必要があります。
• 「移行前スクリプトのパス」-- 移行可能なターゲットが実際にアクティブ化される前に実行する、移行前スクリプトのパス。
• 「移行後スクリプトのパス」-- 移行可能なターゲットが完全に非アクティブ化された後に実行する、移行後スクリプトのパス。
• 「移行後スクリプトが失敗した場合に自動移行を取り消す」-- 非アクティブ化後スクリプトの実行中の障害が移行にとって致命的かどうかを指定します。
• 「移行後スクリプトを別のマシンで実行できるようにする」-- 別のマシン上で非アクティブ化後スクリプトの実行を許可するかどうかを指定します。
• 「失敗した場合に再起動する」-- 障害の発生したサービスを移行せずに、最初に非アクティブ化してから同じ場所で再アクティブ化するかどうかを指定します。
• 「再起動間隔(秒)」-- 障害の発生したサービスの再起動を試行するまで待機する秒数を指定します。
• 「再起動回数」-- 障害の発生したサービスを移行する前に試行する再起動の回数を指定します。

ノート: 移行前スクリプトと移行後スクリプトは、MIDDLEWARE_HOME/user_projects/domains/mydomain/bin/service_migrationディレクトリに置く必要があります。mydomainは、ドメインと同じ名前が付いた、ドメイン固有のディレクトリです。便宜を図るため、移行前スクリプトと移行後スクリプトのサンプルは、このディレクトリ内に置かれています。

各フィールドの詳細は、構成オプションを参照してください。