Vesion7.2 2.エラー検知時の処理継続 [Job Arranger マニュアル] Reference Appendix
2.エラー検知時の処理継続
Job Arrangerでは、通信エラー等でJob Arranger自体がエラーを検知した場合でも処理を継続することが可能です。
通常、ジョブアイコンはエラーを検知するとエラー停止(アイコン停止)しますが、設定ダイアログで「処理継続」をチェック(ON)にした場合はエラー停止せず、続けて次のアイコンを実行することが可能です。
なお、ジョブアイコンのエラー有無はジョブコントローラ変数によりチェック可能です。
これにより、VIPを使用しなくてもクラスター構成のDB1号機または、2号機のどちらかでAgent処理をする事が可能になります。(ここでのDB1、2号機はJob Arranger Agentでジョブが動くクラスター構成の業務DBサーバーを意図しています)
例
DB1号機でエラー(JOBのエラーではなくシステム障害によるエラー)が発生した場合DB2号機で処理する方式です。
実際の処理で使用する場合は、JOBのエラー等も考慮する必要があります。
以下図ではDB1、2号機をそれぞれJobServer、TestServerの名前でZabbixのホスト登録をしています。 
JOB-DB1
DB1号機で、処理を実行します。

この際、処理継続をONにします。これによりAgentとの通信でエラーが発生してもジョブネットが停止することはありません。
実際の設定では、Zabbixホストが無効になっている可能性がありますので、強制実行もONにしてください。
Agentとの処理結果は、ICON_STATUSに格納されます。
IF-1
DB1号機の処理結果:ICON_STATUSを判定します。

実際には、JOBの処理結果の判定を追加するなど複雑な判定が必要になる場合があります。
JOB-DB2
DB2号機で、処理を実行します。

この際、処理継続をONにします。これによりAgentとの通信でエラーが発生してもジョブネットが停止することはありません。
実際の設定では、Zabbixホストが無効になっている可能性がありますので、強制実行もONにしてください。
Agentとの処理結果は、ICON_STATUSに格納されます。
END-1
この例では、最終結果としてICON_STATUSを返すようにしています。

Vesion7.2 2.エラー検知時の処理継続 [Job Arranger マニュアル] Reference Appendix