10.2.1　JP1/AJS3 - Managerに障害が発生した場合のフェールオーバー

JP1/AJS3 - Managerに障害が発生し，フェールオーバーが実行された場合の処理の流れと，起動条件またはイベントジョブが定義されている場合の情報の引き継ぎについて説明します。

業務運用中にJP1/AJS3 - Managerにフェールオーバーが発生した場合の，フェールオーバー後の処理の流れを次の図に示します。

図10‒4　JP1/AJS3 - Managerにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

実行系マネージャーで障害が発生し，JP1/AJS3 - ManagerのJP1/AJS3サービスが停止する。
共有ディスクの内容を待機系に引き継ぐ。
待機系マネージャーのJP1/AJS3サービスを起動する。
サービス起動モードに従って，JP1/AJS3サービス起動時に自動的にジョブやジョブネットの状態を変更する。

サービス起動モードを確認するには，次に示すコマンドを実行し，環境設定パラメーターSTARTMODEに出力されている起動モードを確認してください。
```
/opt/jp1base/bin/jbsgetcnf -h {JP1_DEFAULT|論理ホスト名}^※ \
                           -c JP1AJSMANAGER \
                           -n スケジューラーサービス名
```
注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

サービス起動モードごとに，状態変更と変更後のシステムの処理の流れを説明します。
- サービス起動モードで「コールドスタート」を指定している場合
  
  フェールオーバー直前のジョブネットおよびジョブの定義情報だけを引き継ぎ，ジョブネットをすべて「未登録」状態に変更します。運用を再開するには，ジョブネットを再実行登録してください。
  
  コールドスタートは，運用するジョブが同時に起動されたり，2回実行されたりしても支障がない場合で，オペレーターが確認するよりも，最初からやり直した方が安全な場合に使用してください。
- サービス起動モードで「ウォームスタート」を指定している場合
  
  フェールオーバー直前の状態を引き継ぎます。状態が「実行待ち」，「キューイング」，「実行中」となっていたジョブの状態をサービス起動時の実際の状態に変更します。ただし，ジョブが実行されていなかった場合は，「未実行終了」に，ジョブが実行されていた場合，またはジョブの実際の状態が取得できなかった場合は，「終了状態不明」になります。
  
  ジョブネットの状態は，「中断」になります。
  
  開始されていなかったジョブネットは予定どおり運用されますが，ウォームスタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。
  
  ウォームスタートは，実行中だったジョブの状態を確認し，オペレーターの判断で運用を継続したい場合に使用してください。
- サービス起動モードで「ホットスタート」を指定している場合
  
  フェールオーバー直前の状態を引き継ぎ，「実行中」となっていたジョブの情報を，ジョブ実行先サーバから求めて，できるだけ実際の状態に自動的に変更します。
  
  ジョブの実際の状態が取得できた場合は，ジョブネットは再実行操作を行うことなく，ジョブネットの定義内容に従って自動的に継続実行します。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。
  
  ジョブ実行先サーバから情報を求められなかった場合は，ジョブの状態を「異常終了」とします。この場合は，ジョブの状態を確認し，手動で再実行してください。
  
  ホットスタートは，フェールオーバー後も継続して運用したい場合に指定してください。
サービス起動モードを変更する，環境設定パラメーターSTARTMODEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　4.2 環境設定パラメーターの設定」を参照してください。

フェールオーバー発生時のジョブの状態については，「6.2.1(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。
手順4で状態が変更されたジョブ・ジョブネットに対して，必要に応じて手動で再実行し，引き続き業務を運用する。

起動条件を変更したときのクラスタ運用

運用中に起動条件を変更した場合，変更内容が有効になるのは次回実行予定からとなります。そのため，実行系のJP1/AJS3 - Managerにフェールオーバーが発生した場合，待機系に処理が切り替わっても，変更前の起動条件で監視を続けます。

例えば，スケジュールルール（1）では11:00，スケジュールルール（2）では13:00に，開始時刻が定義されていたとします。

起動条件を11:30に変更した場合，（1）は変更前の起動条件で，（2）は変更後の起動条件で監視します。

11:00〜12:00の間にフェールオーバーが発生した場合，（1）は変更前の起動条件で監視を引き継ぎます（ただし，再起動後が有効時間内の場合に限ります）。（2）は変更後の起動条件で監視します。

JP1/AJS3 - View接続時のクラスタ運用

ajsmonsvrプロセスは，JP1/AJS3 - Viewからの接続によって生成されるプロセスです。フェールオーバー時に，共有ディスクにアクセスしているajsmonsvrプロセスが残存していると，共有ディスクをアンマウントできません。ajsmonsvrプロセスを停止するには，ajsinetdプロセスを停止してください。

なお，クラスタミドルソフトでは，フェールオーバー時に共有ディスクにアクセスしているプロセスを強制終了します。したがって，ajsinetdプロセスを明示的に停止する必要はありません。ただし，プロセスを強制終了した場合にメッセージが表示されるなど運用上好ましくないときは，ajsinetdプロセスを停止してください。

サブミットジョブ実行時のクラスタ運用

ジョブ実行制御のコマンドによって登録されたサブミットジョブの実行中にフェールオーバーが発生した場合，JP1/AJS3 - Managerで処理を実行していたジョブは強制終了します。ただし，ジョブの終了通知を受信できなかった場合は，サブミット時の設定内容に従って，実行待ち，保留，または強制終了の状態になります。jpqjobsubコマンドの場合は，-rsオプションで指定した状態になります。デフォルトは保留状態です。

ページの先頭へ

10.2.1 JP1/AJS3 - Managerに障害が発生した場合のフェールオーバー

10.2.1　JP1/AJS3 - Managerに障害が発生した場合のフェールオーバー