AS400(IBM i)では、画面から操作する処理だけでなく、裏側で動くバッチ処理が多く使われます。夜間処理、日次処理、月次締め、帳票作成、データ連携など、業務を支える重要な処理がバッチとして動いていることがあります。
バッチ処理は画面で直接見えにくいため、初心者にとっては何が起きているのかわかりにくい部分です。しかし、ジョブの投入先、実行状態、ジョブログの確認方法を押さえると、トラブル調査がしやすくなります。
バッチ処理とは
バッチ処理とは、人が画面で1件ずつ操作するのではなく、決められた処理をまとめて実行する仕組みです。AS400では、SBMJOBなどでジョブを投入し、ジョブキューを通して実行されることがあります。
- 夜間に大量データを処理する
- 帳票をまとめて作成する
- 外部システム向けにデータを出力する
- 締め処理や集計処理を実行する
- 定期的なファイル整理を行う
ジョブキューと実行状態
投入されたバッチジョブは、すぐに実行されるとは限りません。ジョブキューで待機し、実行可能な状態になってから処理が始まります。処理が遅い、動いていないように見える、といった場合は、ジョブキューで止まっていないか確認します。
- ジョブが投入されているか
- ジョブキューで待機していないか
- 実行中か、メッセージ待ちか
- 異常終了していないか
- ジョブログが残っているか
エラー時の確認ポイント
バッチ処理でエラーが起きた場合、まずジョブログを確認します。画面操作と違って利用者に直接メッセージが出ないこともあるため、異常終了したジョブ名、ユーザー、発生時刻をもとに調査します。
- 異常終了したジョブ名
- どのプログラムで止まったか
- 入力ファイルや出力ファイルの状態
- メッセージ待ちになっていないか
- 前回正常終了時との差分
よくある質問
バッチ処理が動いているかどうかはどう確認しますか?
ジョブの状態を確認し、ジョブキューで待っているのか、実行中なのか、異常終了したのかを見ます。処理が終わっている場合はジョブログや出力ファイルを確認します。
夜間バッチの失敗で最初に見るべきものは何ですか?
まず異常終了したジョブのジョブログを確認します。最後のメッセージだけでなく、最初に出たエラー、対象ファイル、呼び出し元プログラムを順番に見ることが重要です。
このサイトの運営方針は、このサイトについて にまとめています。
バッチ処理を安定させるための確認ポイント
バッチ処理は利用者が直接見ていない時間帯に動くことが多いため、失敗に気づくのが遅れることがあります。安定運用のためには、処理の開始条件、終了条件、異常終了時の通知、再実行手順を整理しておくことが大切です。
- 前処理が正常終了してから実行されるか
- 入力ファイルがそろっているか
- 二重実行を防ぐ仕組みがあるか
- 異常終了時に担当者へ通知されるか
- 再実行時に中間ファイルをどう扱うか
夜間バッチでは、1つの処理失敗が翌日の業務に影響することがあります。処理時間が長くなっている場合も、データ量の増加、索引の状態、他ジョブとの競合などを確認すると、問題の予兆に気づきやすくなります。

