11.2.1　リモートサイトに運用を切り替える

(a)　運用切り替えを実施する前の作業

JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用する場合は，JP1/AJS3の運用切り替え手順を実施する前に，JP1/Baseの作業が必要です。メインサイトおよびリモートサイトで，論理ホスト名とIPアドレスが一致するかによって，必要となるJP1/Baseの作業手順が異なります。

それぞれの場合の作業について説明します。なお，JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用できるのは，JP1/BaseをJP1/AJS3だけの前提製品として使用する場合だけです。

(b)　運用切り替え手順

運用を切り替える際には，ハードウェアの操作で共有ディスク間のコピーを停止し，リモートサイトでリモートボリュームが書き込みできる状態に変更します。運用を切り替える手順を次に示します。

1. リモートサイトの実行系で，メインサイトとして運用する論理ホストを設定する。

   Windowsの場合はAdministrators権限，UNIXの場合はスーパーユーザー権限を持ったユーザーでリモートサイトのホストにログインし，次のコマンドを実行します。

   jajs_rpsite -m CHANGE -h リモートサイトの論理ホスト名

2. メインサイトとリモートサイトの論理ホストが別名の場合，イベント・アクション制御エージェントが記憶するメインサイトの論理ホスト名を削除する。

   この手順は，メインサイトとリモートサイトの論理ホストが別名の場合にだけ実施します。

   メインサイトの論理ホスト自身に対してイベントジョブを実行していた場合，論理ホスト上のイベント・アクション制御エージェントに，メインサイトの論理ホスト名が記憶されます。

   また，メインサイトとリモートサイトでエージェントを共有している環境で，エージェントに対してイベントジョブを実行していた場合，エージェントホスト上のイベント・アクション制御エージェントにメインサイトの論理ホスト名が記憶されます。

   そのため，メインサイトとリモートサイトの論理ホスト名が別名の場合は，運用切り替え時に，イベントジョブの実行先ホスト上のイベント・アクション制御エージェントからメインサイトの論理ホスト名を削除する必要があります。

   共有しているエージェントまたはリモートサイトの論理ホスト上で，次の操作を実行してください。

   (1) イベント・アクション制御エージェントが記憶するマネージャーホスト名の一覧を表示する。

   イベント・アクション制御エージェントにメインサイトの論理ホスト名が記憶されているかどうかを確認するため，次のコマンドを実行します。

   リモートサイトの論理ホスト上で実行する場合：

   jpoagoec -p -h リモートサイトの論理ホスト名

   共有しているエージェント（物理ホスト）上で実行する場合：

   jpoagoec -p

   共有しているエージェント（論理ホスト）上で実行する場合：

   jpoagoec -p -h 論理ホスト名

   (2) (1)で表示した一覧にメインサイトの論理ホスト名がある場合，次のコマンドを実行する。

   リモートサイトの論理ホスト上で実行する場合：

   jpoagoec -d メインサイトの論理ホスト名 -h リモートサイトの論理ホスト名

   共有しているエージェント（物理ホスト）上で実行する場合：

   jpoagoec -d メインサイトの論理ホスト名

   共有しているエージェント（論理ホスト）上で実行する場合：

   jpoagoec -d メインサイトの論理ホスト名 -h 論理ホスト名

   jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpoagoec」を参照してください。

3. QUEUEジョブ，サブミットジョブ実行環境データベースのISAMファイルの状態を確認し，必要に応じて再作成する。

   標準構成で運用している場合，リモートサイトにコピーされたISAMファイルが正常な状態かどうかを確認する必要があります。ISAMファイルの状態を確認する方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.1 ISAMファイルの状態確認手順」を参照してください。

   ISAMファイルの状態が不正だと，ジョブの起動に失敗するなどの問題が発生し，リモートサイトでの運用が継続できないおそれがあります。その場合は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.2 QUEUEジョブ，サブミットジョブの実行環境データベースの再作成手順」を参照して，ISAMファイルを再作成してください。ただし，JP1/AJS3サービスの再起動方法については，次の手順に従ってください。

4. リモートサイトの実行系で，JP1/AJS3 - Managerを起動する。

   (i) JP1/AJS3 - Managerをディザスターリカバリースタートする場合

   ディザスターリカバリースタートとは，ジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動することです。

   ジョブの実行状態には，一部メインサイトからリモートサイトへ引き継がれないものがあります。この影響で，リモートサイトでJP1/AJS3 - Managerを起動しても，メインサイト側のジョブの実行状態は反映されていません。このため，いったんジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動し，必要に応じてジョブやジョブネットの状態を変更したり再実行したりします。

   JP1/AJS3 - Managerをディザスターリカバリースタートするには，次の操作を実行します。

   • Windowsの場合

     JP1/AJS3のスタートアップパラメーターに「-disaster」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

   • UNIXの場合

     次のコマンドを実行します。

     jajs_spmd -h リモートサイトの論理ホスト名 -disaster

     jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

   なお，拠点を切り替えたあとの初回サービス起動時は，ホットスタートまたはウォームスタートで起動した場合でも，自動的にディザスターリカバリースタートに変更して起動します。このとき，jajs_spmd_statusコマンドを実行して，すべてのプロセスが正常に起動しているか確認してください。

   JP1/AJS3 - Manager起動時に異常が発生した場合，異常のタイミングによっては，JP1/AJS3サービスが起動完了した直後にJP1/AJS3サービスが停止，またはスケジューラーサービスが停止し，ディザスターリカバリースタートが解除されるおそれがあります。この場合，まず異常の発生要因を取り除き，次のどちらかの方法でサービスを明示的にディザスターリカバリースタートで起動し直してください。

   JP1/AJS3サービスを起動し直す場合：

   Windowsの場合は，JP1/AJS3のスタートアップパラメーターに-disasterオプションを指定して開始してください。UNIXの場合は，jajs_spmdコマンドに-disasterオプションを指定して実行してください。

   スケジューラーサービスを個別に起動し直す場合：

   jajs_spmd -n jajs_schdコマンドに-disasterオプションを指定して実行してください。または，ajsstartコマンドに-Dオプションを指定して実行してください。

   (ii) JP1/AJS3 - Managerをコールドスタートする場合

   JP1/AJS3 - Managerをコールドスタートする場合，システム構成によって手順が異なります。ディザスター・リカバリー運用でのシステム構成については，「11.1.3 JP1/AJS3が対応するディザスター・リカバリーのシステム構成」を参照してください。

   • 同じエージェントホストを使用する場合（エージェント共有型の場合）

     Windowsの場合

     JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

     UNIXの場合

     次のコマンドを実行します。

     jajs_spmd -h リモートサイトの論理ホスト名 -cold

     jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

   • エージェントホストを分ける場合（エージェント非共有型の場合）

     次の操作を実行します。

     (1) JP1/AJS3 - Manager起動時にスケジューラーサービスを自動起動しないようにする。

     リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定します。

     論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定する必要があります。

     すでに「no」が設定されているスケジューラーサービスに対しては，この操作は不要です。

     環境設定パラメーターAUTOSTARTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

     (2) JP1/AJS3 - Managerを起動する。

     Windowsの場合

     JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

     UNIXの場合

     次のコマンドを実行します。

     jajs_spmd -h リモートサイトの論理ホスト名 -cold

     jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

     (3) イベント・アクション制御マネージャーが保持する情報を削除する。

     次のコマンドを実行します。

     jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -all -s

     論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

     jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpomanevreset」を参照してください。

     (4) 次のコマンドを実行してスケジューラーサービスを起動する。

     jajs_spmd -h リモートサイトの論理ホスト名 -n jajs_schd -F スケジューラーサービス名 -cold

     論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

     jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

     (5) スケジューラーサービスの自動起動の設定を元に戻す。

     手順(1)で設定した，リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTを「yes」（自動起動する）に戻します。

     なお，手順(1)で設定を変更していないスケジューラーサービスに対しては，この操作は不要です。

5. リモートサイトの実行系で，JP1/AJS3 - Managerを起動したあとに必要な作業を実施する。

   リモートサイトで運用するために，実行エージェントの定義をリモートサイト環境に合わせたり，ジョブの状態を確認したりする必要があります。

   JP1/AJS3 - Managerを起動したあとに必要な作業については，「11.2.1(2) JP1/AJS3 - Manager起動後の作業」を参照してください。

6. リモートサイトの実行系で，ジョブの実行抑止を解除する。

   次のコマンドを実行して，ジョブの実行抑止を解除します。

   ajsalter -s none -F スケジューラーサービス名

   ジョブの実行抑止を解除したら，リモートサイトで業務を再開してください。

   なお，JP1/AJS3 - Managerをコールドスタートした場合は，この操作は必要ありません。

(a)　接続する論理ホストを変更する

運用切り替え時に，JP1/AJS3 - Viewなどが接続する論理ホストを，リモートサイトの論理ホストに変更します。変更の必要可否は，メインサイトとリモートサイトの論理ホスト名が同一名か別名かによって異なります。

メインサイトとリモートサイトの論理ホスト名が別名の場合

運用を切り替えると，論理ホスト名が変わります。そのため，JP1/AJS3 - Viewなどの接続先を，メインサイトの論理ホストからリモートサイトの論理ホストへ変更します。

変更が必要な接続を次に示します。

• JP1/AJS3 - Viewからの接続

• JP1/AJS3 - Definition Assistantからの接続

• リモートコマンドの実行

• ログやJP1イベントを監視しているジョブの接続先

メインサイトとリモートサイトの論理ホスト名が同一名の場合

運用する論理ホストのIPアドレスが同じ場合は，作業は不要です。

運用する論理ホストのIPアドレスが異なる場合は，共有エージェントなど，メインサイトとリモートサイトで共有しているホストからの接続を，リモートサイトの論理ホストへの接続に変更します。

接続を変更するには，DNSによる名前解決やhostsファイルなど，共有しているホストの通信設定を変更します。通信設定によってはシステムの再起動が必要な場合があるため，注意してください。

変更が必要な接続を次に示します。

• JP1/AJS3 - Managerからの接続（リモートコマンドの実行）

• JP1/AJS3 - Agentからの接続

• JP1/AJS3 - Viewからの接続

• JP1/AJS3 - Definition Assistantからの接続

(b)　実行エージェントを定義する

リモートサイトのエージェントホスト構成に合わせて，実行エージェントの実行ホスト名の定義を変更します。実行エージェントの定義を確認するには，ajsagtprintコマンドまたはajsagtshowコマンドを使用します。

実行エージェントの定義を変更する場合は，ajsagtaltコマンドを実行します。また，実行エージェントを追加する場合は，ajsagtaddコマンドを実行します。

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス」を参照してください。

(c)　ジョブの実行状態を確認する

この作業は，JP1/AJS3 - Managerをディザスターリカバリースタートした場合に必要です。

JP1/AJS3 - Viewまたはコマンドで拠点停止時のジョブの状態を確認し，リモートサイトに反映されていないジョブの状態を変更したり，再実行したりしてください。

拠点停止時に実行中だったジョブの状態は，メインサイトのシステムが停止しているためリモートサイトに引き継がれていないので，特に注意が必要です。

リモートサイトに反映されたジョブ状態については，「6.2.1(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」の，ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態についての説明を参照してください。

ジョブの実行状態を確認する方法，および状態変更や再実行の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

なお，起動条件の監視が終了し，その起動条件によって生成された「起動条件待ち」の世代は，起動条件待ち世代の状態によって，次のように処理されます。

• 起動条件は成立していても，多重起動が未設定で，実行中のジョブネットの終了を待っている起動条件待ち世代のジョブネットがある場合

  運用切り替え後の状態は「起動条件待ち」のままで，実行中のジョブネットの状態が「中断」になります。実行中のジョブネットの状態が「中断」になったあと，起動条件待ちのジョブネットから再び実行されます。

• 起動条件が部分的にだけ成立（部分成立）している場合，または起動条件がまったく成立していない場合

  運用切り替え後には，このジョブネットの世代は消滅します。

(d)　リモートジョブネットの状態を確認する

メインサイトでリモートジョブネットを定義している場合，または転送先ホストにメインサイトの論理ホストを指定しているリモートジョブネットがある場合，次の手順で運用状態を確認し，必要に応じて運用を再開します。

(e)　異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合の運用拠点を変更する

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合，ジョブネットコネクタ，接続先のルートジョブネット，または接続先のプランニンググループの状態を確認して，必要に応じて運用を再開します。

当日実行予定か，または翌日以降の実行予定かによって手順が異なります。それぞれの手順について説明します。

(f)　エージェントホストに残っているメインサイトの情報を削除する

メインサイトとリモートサイトでエージェントホストを共有している場合，メインサイトからの要求でジョブを監視していたエージェントホストには，運用を切り替えたあともメインサイトの情報が残っています。

次のコマンドをリモートサイトのマネージャーホストで実行して，エージェントホストに残っているメインサイトの情報を削除します。

jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -dh メインサイトの論理ホスト名 -a エージェントホスト名

-aオプションに指定するエージェントホストが起動していることを確認してください。存在しないエージェントホスト，起動していないエージェント，またはマネージャーホストと通信できない状態のエージェントホストを指定すると，コマンドの実行に時間が掛かるおそれがあります。

jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpomanevreset」を参照してください。

(g)　キューレスエージェントサービスに論理ホストをアタッチする

キューレスジョブを使用する場合，次のコマンドを実行して，キューレスエージェントサービスにリモートサイトの論理ホストをアタッチ（接続）します。

ajsqlattach -h リモートサイトの論理ホスト名

(h)　キューレスジョブの実行先ホスト名の変更

ジョブ・ジョブネットの実行先エージェント名に指定したキューレスジョブの実行先ホスト名を，リモートサイトのエージェントホスト構成に合わせて変更します。