AS400 / IBM i の夜間バッチは、長年運用されるうちに「誰が作ったか分からない」「止まった時の再実行順が分からない」という状態になりがちです。ジョブスケジュール、SBMJOB、JOBQ、依存関係を整理しておくと、障害時の初動が大きく変わります。
運用で整理する項目
| 確認 | 見るもの | 判断 |
|---|---|---|
| ジョブ一覧 | ジョブ名、投入時刻、実行ユーザー | 何が毎晩動いているか |
| 依存関係 | 前処理、後続処理、ファイル連携 | 途中から再実行できるか |
| JOBQ | 投入先、優先順位、滞留 | 待ちで遅れていないか |
| 異常時対応 | MSGW、CPF、RNX、ジョブログ | 止めるか、返信するか、再実行するか |
| 監視 | メール通知、運用表、確認者 | 朝まで気づける仕組みがあるか |
再実行できる単位に分ける
夜間バッチは、最初から最後まで一括で流すだけではなく、どこから再実行できるか、どこからは手戻りが必要かを整理しておくことが大切です。締め処理、請求、在庫更新、出荷連携のように業務影響が大きい処理は、再実行前に更新済みデータを確認します。
MSGWを放置しない仕組みにする
MSGWで止まっているだけなら、早く検知できれば朝の業務影響を小さくできます。IBMの監視サービスを使う場合も、自社でMSGW検知とメール通知を作る場合も、検知後に誰が判断するかまで決めておく必要があります。
夜間バッチ障害は AS400夜間バッチ障害対応フロー、月次締めは AS400月次締め・請求締めの確認手順、性能面は AS400が遅い時の確認手順 も近いテーマです。
Codexで運用表を作る
Codexを使う場合は、匿名化したジョブ名、順序、依存関係、異常時対応を渡し、運用表や再実行チェックリストに整える使い方が向いています。本番ジョブの投入や停止判断は、必ず人が確認します。
関連: 25年以上の現場経験を反映した実務記事として、AS400 MSGW監視とメール通知の考え方｜夜間バッチ停止を早く検知する仕組み も追加しました。
関連: AS400の保守費用・契約・AI活用を検討する場合は、AS400保守契約を見直す時のチェックリスト｜障害対応・改修・引き継ぎ範囲を見る も確認してください。
関連: AS400のセキュリティ・運用改善・外部依頼を整理する場合は、AS400運用改善ロードマップ｜夜間バッチ・障害対応・資料化を順番に整える も確認してください。
関連: AS400運用・障害対応の入口として、AS400月次点検チェックリスト｜バックアップ・権限・ジョブ・資料を毎月確認する も追加しました。
