Interstage Job Workload Server 運用ガイド

2.1.8.1 ジョブログスプールの運用

ジョブログスプールに格納されたジョブログファイルは、削除されるまで残ります。
したがって、そのままにしておくと以下の問題が発生します。

• ジョブログスプールのディスク容量不足など
  システムログ(Windows(R)の場合はイベントログ)にエラーメッセージが出力されます。
• ジョブログの消失
  ジョブログスプールに格納されるジョブログファイル名はジョブ番号(1〜99999)です。ジョブ番号が99999を超えると、次のジョブ番号は1から割り当てられます。
  また、バッチ受付サービスを初期化モードで開始した場合も、ジョブ番号は1から割り当てられます。
  したがって、同じジョブ番号のジョブログは、上書きされ以前のジョブのジョブログは消失します。

システム管理者は、上記問題を発生させないように、ジョブログスプールの運用を行ってください。

■ジョブログがジョブログスプールに出力できない場合

ジョブログスプールの容量不足などジョブログをジョブログスプールへ出力できない場合、ジョブログの出力先は、以下の代替ジョブログスプールのディレクトリになります。

/ijeslog/ジョブキュー名/

Interstage Job Workload Serverのインストールディレクトリ\ijob\ijeslog\ジョブキュー名\

ジョブログのファイル名は、「ジョブ番号」を0パディングし、5桁の数値に変更したものになります。

ジョブキュー名：queue01
ジョブ番号：20
上記ジョブの場合、ジョブログ格納先は以下のようになります。

/ijeslog/queue01/00020

Interstage Job Workload Serverのインストールディレクトリ\ijob\ijeslog\queue01\00020

ジョブログをジョブログスプールへ出力できない場合、バッチ実行基盤は、システムログ(Windows(R)の場合はイベントログ)にエラーメッセージを出力します。エラーメッセージに従って対処してください。

■ジョブログスプールの運用例

ジョブログスプールの運用として1つの例を以下に示します。

• バッチ業務の中でも重要なジョブのジョブログはジョブログの出力先としてジョブログファイル名を指定する方法で保管し、その他のジョブはジョブログスプールに出力するようにバッチ業務を運用します。
  ジョブログスプールのディスク容量を見積る時に、「ジョブログスプールに格納するジョブ数」を3日間で実行するジョブの数を当てはめます。
  ジョブログスプールを安全に運用するために、以下のことをルール化または、シェルスクリプト（Windows(R)の場合はバッチファイル）を作成しcron（Windows(R)の場合は、タスク・スケジューラ）でスケジュール化して運用します。
  
  
  • 運用者は毎日バッチ業務開始前に前日のジョブログを削除する。
  • システム管理者は3日おきにジョブログスプールの容量を確認する。
  • システム管理者は3日おきにジョブログスプールの中を確認し、3日以上前のジョブログがあった場合には削除する。

ジョブログスプールのディスク容量の見積もりについては、“Interstage Job Workload Server セットアップガイド”の“ジョブログスプールのディスク容量の見積もり”を参照してください。

■ジョブログファイルの削除

ジョブログファイルの削除は、バッチシステム運用中に実施しても構いません。
ジョブログファイルの削除は、対象のジョブログファイルをrmコマンド（Windows(R)の場合は、delコマンド）で削除してください。

■ジョブログファイルの退避

ジョブログファイルの退避は、バッチシステム運用中に実施しても構いません。
ジョブログファイルの退避は、以下の手順で行ってください。

1. 退避先に、退避するジョブログファイルが格納できるだけの十分な空き容量があることを確認してください。
2. 退避先に対象のジョブログのファイルをcpコマンド（Windows(R)の場合は、xcopyコマンド）でコピーしてください。
3. 正常にコピー完了後、コピーしたジョブログのファイルをrmコマンド（Windows(R)の場合は、delコマンド）で削除してください。

バッチシステムが使用していないファイルシステム上に退避することを推奨します。