バッチサーバを起動したり，バッチアプリケーションを実行したりする場合は，JP1/AJS2から操作します。JP1/AJS2では，あらかじめバッチサーバやバッチアプリケーションの操作をジョブとして定義します。バッチサーバおよびバッチアプリケーション操作の流れを次の図に示します。

図14-2　バッチサーバおよびバッチアプリケーション操作の流れ（JP1/AJS2連携）

バッチサーバは，JP1/AJS2からアプリケーションサーバのManagement Serverを経由して起動します。一方，バッチアプリケーションの実行や強制停止は，JP1/AJS2から直接バッチアプリケーションに対して実行します。JP1/AJS2ではこれらの操作をUNIXジョブまたはPCジョブとしてあらかじめ定義しておきます。

JP1/AJS2でのジョブ定義については，「15.1　バッチアプリケーションの実行方法」を参照してください。

参考

Management Serverを配置しない構成もできます。ただし，バッチアプリケーションの強制停止に失敗したときには，バッチサーバの再起動が必要になります。Management Serverを使用してバッチサーバを監視すると，トラブル発生時にバッチサーバを自動再起動できるため，Management Serverを使用する運用をお勧めします。

サーバを起動したり，バッチアプリケーションを実行したりするには，JP1/AJS2やBJEXから操作します。JP1/AJS2およびBJEXでは，あらかじめバッチサーバやバッチアプリケーションの操作をジョブとして定義します。バッチサーバおよびバッチアプリケーション操作の流れを次の図に示します。

図14-3　バッチサーバおよびバッチアプリケーション操作の流れ（JP1/AJS2およびBJEX連携）

バッチサーバは，JP1/AJS2からアプリケーションサーバのManagement Serverを経由して起動します。バッチアプリケーションの実行は，JP1/AJS2からBJEXを経由してバッチアプリケーションに対して実行します。また，バッチアプリケーションの強制停止はJP1/AJS2から直接バッチアプリケーションに対して実行します。このため，JP1/AJS2およびBJEXで，次に示す操作をあらかじめジョブに定義します。

• バッチサーバの起動
  JP1/AJS2のUNIXジョブまたはPCジョブとして定義します。
  
• バッチアプリケーションの実行
  JP1/AJS2のUNIXジョブまたはPCジョブとしてBJEXのジョブステップを定義し，BJEXのジョブステップにバッチアプリケーションの実行を定義します。
  
• バッチアプリケーションの強制停止
  JP1/AJS2のリカバリージョブとして定義します。
  

JP1/AJS2やBJEXでのジョブ定義については，「15.1　バッチアプリケーションの実行方法」を参照してください。

参考

• Management Serverを配置しない構成もできます。ただし，バッチアプリケーションの強制停止に失敗したときには，バッチサーバの再起動が必要になります。Management Serverを使用してバッチサーバを監視すると，トラブル発生時にバッチサーバを自動再起動できるため，Management Serverを使用する運用をお勧めします。
• バッチサーバではBJEXのジョブログ出力機能を使用できます。ただし，ジョブログ出力機能で出力されるログには，cjexecjobコマンドのCPU使用時間およびメモリ使用量が出力されます。BJEXのジョブステップのCPU使用時間およびメモリ使用量は出力できません。