AS400 / IBM i の夜間バッチは、長年運用されるうちに「誰が作ったか分からない」「止まった時の再実行順が分からない」という状態になりがちです。ジョブスケジュール、SBMJOB、JOBQ（ジョブキュー）、依存関係を整理しておくと、障害時の初動が大きく変わります。
運用で整理する項目
| 確認 | 見るもの | 判断 |
|---|---|---|
| ジョブ一覧 | ジョブ名、投入時刻、実行ユーザー | 何が毎晩動いているか |
| 依存関係 | 前処理、後続処理、ファイル連携 | 途中から再実行できるか |
| JOBQ | 投入先、優先順位、滞留 | 待ちで遅れていないか |
| 異常時対応 | MSGW、CPF、RNX、ジョブログ | 止めるか、返信するか、再実行するか |
| 監視 | メール通知、運用表、確認者 | 朝まで気づける仕組みがあるか |
再実行できる単位に分ける
夜間バッチは、最初から最後まで一括で流すだけではなく、どこから再実行できるか、どこからは手戻りが必要かを整理しておくことが大切です。締め処理、請求、在庫更新、出荷連携のように業務影響が大きい処理は、再実行前に更新済みデータを確認します。
MSGWを放置しない仕組みにする
MSGW（メッセージ応答待ち）で止まっているだけなら、早く検知できれば朝の業務影響を小さくできます。IBMの監視サービスを使う場合も、自社でMSGW検知とメール通知を作る場合も、検知後に誰が判断するかまで決めておく必要があります。
夜間バッチ障害は AS400夜間バッチ障害対応フロー、月次締めは AS400月次締め・請求締めの確認手順、性能面は AS400が遅い時の確認手順 も近いテーマです。
Codexで運用表を作る
Codexを使う場合は、匿名化したジョブ名、順序、依存関係、異常時対応を渡し、運用表や再実行チェックリストに整える使い方が向いています。本番ジョブの投入や停止判断は、必ず人が確認します。
関連: AS400 MSGW監視とメール通知の考え方｜夜間バッチ停止を早く検知する仕組みもあわせて確認してください。
関連: AS400の保守費用・契約・AI活用を検討する場合は、AS400保守契約を見直す時のチェックリスト｜障害対応・改修・引き継ぎ範囲を見る も確認してください。
関連: AS400のセキュリティ・運用改善・外部依頼を整理する場合は、AS400運用改善ロードマップ｜夜間バッチ・障害対応・資料化を順番に整える も確認してください。
関連: AS400月次点検チェックリスト｜バックアップ・権限・ジョブ・資料を毎月確認するもあわせて確認してください。
夜間バッチは、止まった後より「止まり方」を先に決めておきます
AS400 / IBM i の運用相談で多いのは、夜間バッチ停止、MSGW、締め処理の遅延、EDI送受信後の後続処理停止です。止まった時に担当者が起きてから考える運用では、復旧までの時間が伸びます。あらかじめ、どのMSGWを検知するか、誰に通知するか、返信してよいメッセージか、ジョブを終わらせてよい条件は何かを決めておきます。
現場感覚では、監視サービスだけに任せるより、MSGWやJOBQ滞留を自社運用に合わせて検知し、メール通知する仕組みの方が早く気付けるケースがあります。ただし、通知だけ増やしても意味はありません。業務名、ジョブ名、ライブラリ、担当部署、後続処理、復旧後の確認項目をセットで残すことが重要です。
- 実際によくあるAS400相談トップ10で、夜間バッチとMSGWの位置付けを見る
- MSGWの記事で、返信前の確認順を整理する
- Codex研修で、ジョブログと運用手順の要約を訓練する
ジョブ台帳は一行で再実行判断できる形にする
ジョブ名と開始時刻だけの一覧では、障害時に使えません。一行を見れば、何の業務で、何を受け取り、何を更新し、どこへ渡す処理か分かる台帳にします。
- 業務名、ジョブ名、実行ユーザー、投入元、JOBQ、予定時刻
- 前提となるジョブや入力ファイル、更新対象、後続ジョブや出力先
- 正常終了の判定、異常時の連絡先、再実行できる開始点
- 二重更新を防ぐ確認、戻し手順、再実行を承認する担当者
台帳は作成日だけでなく、直近確認日と確認者も残します。ジョブ追加、廃止、時刻変更、担当変更があった時に更新する運用まで決めて、障害時に古い資料を参照する事故を防ぎます。
参考：IBM公式ドキュメント（SBMJOB）
本記事で扱った SBMJOB の全パラメーターと指定できる値は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。