AS400（IBM i）のバッチ処理では、ジョブを投入する SBMJOB、投入済みジョブを確認する WRKSBMJOB、ジョブ記述を確認する DSPJOBD をセットで覚えると、調査の流れがつかみやすくなります。
バッチ処理は画面から見えにくいので、初心者は「投入したはずなのに動いているのか分からない」「どのジョブ待ち行列に入ったのか分からない」となりがちです。現場では、投入、確認、ジョブ記述の前提確認を分けて見ます。
SBMJOBで見るところ
SBMJOBは、コマンドをジョブとして投入する画面です。実行するコマンド、ジョブ名、ジョブ記述、ジョブ待ち行列、出力先を確認します。
WRKSBMJOBで見るところ
WRKSBMJOBは、投入済みジョブを確認する画面です。投入されたジョブが待ち状態なのか、実行済みなのか、スプールが出ているのかを追う時に使います。
DSPJOBDで見るところ
DSPJOBDは、ジョブ記述の中身を確認する画面です。ジョブ待ち行列、出力先、ライブラリ指定など、バッチがどの前提で動くかを確認します。
バッチ調査の確認順
| 順番 | 見るもの | 判断すること |
|---|---|---|
| 1 | SBMJOB | どのコマンドを、どのジョブ名・ジョブ記述で投入するか |
| 2 | WRKSBMJOB | 投入済みジョブが存在するか、待ちか、実行済みか |
| 3 | WRKACTJOB | 活動中ジョブとして動いているか、MSGWになっていないか |
| 4 | WRKJOB / WRKSPLF | ジョブログ、帳票、コンパイルリストなどのスプールを確認する |
| 5 | DSPJOBD | ジョブ待ち行列、出力先、実行前提が正しいか |
初心者が注意すること
バッチ処理では、投入しただけで安心しないことが大事です。投入後に本当に動いているのか、MSGWで止まっていないか、スプールにエラーが出ていないかを確認します。
販売管理システムでは、受注、出荷、在庫引当、売上計上、請求、物流連携などがバッチでつながることがあります。どこか一つが止まると後続処理に影響するため、単独のジョブだけでなく、前後の処理も見ます。
関連して読む記事
SBMJOBは投入後の確認までが作業です
SBMJOBは、バッチジョブを投入するためのコマンドです。投入した瞬間に画面が戻るため、初心者は「処理が終わった」と勘違いしやすいですが、実際にはジョブが待ち行列に入った、または裏側で動き始めただけです。投入後は、WRKSBMJOB、WRKACTJOB、WRKJOB、DSPJOBLOG、WRKSPLFをつなげて確認します。
| 状態 | 見るコマンド | 判断すること |
|---|---|---|
| 投入直後 | WRKSBMJOB | ジョブが投入済みか、待っているか |
| 実行中 | WRKACTJOB | RUN、MSGW、LCKW、CPU高騰の有無 |
| 異常終了 | WRKJOB / DSPJOBLOG | 最後のエラーだけでなく直前の流れを見る |
| 出力確認 | WRKSPLF | ジョブログ、帳票、処理結果リストを見る |
| 実行環境 | DSPJOBD | JOBQ、OUTQ、ライブラリリスト、実行前提を見る |
夜間バッチで怖いのは翌朝に気づくこと
販売管理の夜間バッチでは、受注、出荷、在庫、売上、請求、EDIなど後続処理につながることがあります。1本のジョブが止まっただけに見えても、翌朝の業務開始時に「出荷できない」「請求データがない」「連携が届いていない」として表面化する場合があります。
- 投入したジョブが待ち行列に残っていないか
- MSGWや異常終了で止まっていないか
- スプールに処理結果やジョブログが出ているか
- 一部更新済みのまま再投入してよいか
- 後続の出荷、請求、EDIへ影響していないか
