AS400日次監視チェックリスト｜朝一番に見るジョブ・メッセージ・容量・スプール

AS400 / IBM i の運用では、朝一番の確認でその日の障害対応の量が変わります。夜間バッチが止まっていないか、MSGWが残っていないか、QSYSOPRに重大メッセージが出ていないか、ASP使用率が急に増えていないか、スプールが溜まりすぎていないかを短時間で見ることが大切です。

朝一番に見る順番

日次監視は、全部を深掘りする作業ではありません。いつもと違うものを見つけ、担当者に早く渡すための入口です。異常を見つけたら、画面名、時刻、ジョブ名、ユーザー、メッセージID、処理名、影響業務を記録します。

監視結果は「異常なし」で終わらせず、確認時刻、確認者、未完了ジョブ、MSGW件数、ASP使用率、スプール件数、対応中の問い合わせを残します。担当者が休んだ日でも、前日との差分を見れば調査の優先順位を決めやすくなります。

関連: AS400スプール・OUTQが溜まる時の整理手順｜帳票出力待ちを放置しないもあわせて確認してください。

関連: AS400 5250ログインできない時の初動確認｜ACS・端末・ユーザーIDを切り分けるもあわせて確認してください。

関連: AS400でプリンター・帳票が出ない時の確認手順｜Writer・OUTQ・スプール・装置を切り分けるもあわせて確認してください。

AS400の日次監視では、画面を順番に眺めるだけでなく、業務影響が大きいものから見ます。まずMSGWを先に拾う、夜間バッチの完了状況を見る、スプールやOUTQの詰まりを見る、容量やジョブ待ちを確認する、という順番にすると事故を見逃しにくくなります。

日次監視は、担当者の勘だけに頼ると引き継ぎにくくなります。確認画面、異常判定、連絡先、復旧担当、記録方法を決めておくと、若手や外部エンジニアでも同じ順番で確認できます。

AS400の日次監視は、朝一番に異常を見つけるだけの作業ではありません。夜間バッチ、MSGW、ジョブキュー滞留、スプール、ディスク容量、EDI送受信を毎日同じ順番で見ることで、障害の予兆と運用の弱いところが見えてきます。

保守会社や監視サービスへ相談する前に、どのメッセージで止まったか、いつ気づいたか、誰へ通知したか、後続処理を流せたかを残しておくと改善につながります。監視は導入して終わりではなく、月次会議で見直す対象です。

日次監視の結果は、担当者の頭の中だけに残さず、何を見て、どこが正常で、どの業務に影響がなかったかを共有できる形にします。夜間バッチ、MSGW、請求・出荷・EDIへの影響を短く残すと、若手や外部担当者への引き継ぎにも使えます。

AS400 / IBM i の日次監視は、異常を見つけるだけでなく、後から保守会社や社内責任者へ説明できる形で残すことが大事です。毎朝の確認結果を同じ粒度で残しておくと、障害時の初動対応や月次改善につなげやすくなります。

残す項目	相談時に役立つ理由
異常があった時間	夜間バッチ、EDI、バックアップ、印刷のどこで止まったかを追いやすくなります。
対象ジョブ・メッセージ	WRKACTJOB、QSYSOPR、ジョブログで確認する対象を絞れます。
業務影響	出荷、請求、在庫、締め処理など、優先順位を決められます。
暫定対応と未解決	再実行済み、保留中、要確認など、引き継ぎ漏れを減らせます。

障害時の確認順をそろえる場合は、AS400保守の初動対応とAS400本番障害の初動チェックリストも合わせて確認してください。日次監視の設計や引き継ぎを相談したい場合は、AS400保守会社に相談する前のチェックリストを整理した上で、お問い合わせから概要を共有できます。