AS400保守・運用完全ガイド｜ジョブログ・MSGW・バッチ・本番対応

2026.06.05

AS400 / IBM i の保守運用では、トラブルが起きた時に「どこから見るか」を決めておくことが重要です。画面、バッチ、ジョブログ、ライブラリ、ファイル、RPG、CLを順番なく見ると、原因にたどり着くまで時間がかかります。

この記事では、現場で最初に使う確認順を、障害調査と日常運用の両方に使える形で整理します。

まず見る順番

順番見るもの目的
1発生内容誰が、いつ、何をした時に起きたかを確認する
2ジョブ状態MSGW、LCKW、実行中、終了済みを分ける
3ジョブログ原因メッセージ、対象プログラム、対象ファイルを見る
4スプール帳票、コンパイルリスト、エラーリストを見る
5ソースと設定RPG、CL、PF/LF、ライブラリリストを確認する
6業務影響再実行、取消、後続処理、外部連携を判断する

よく使うコマンド

目的コマンド確認内容
実行中ジョブWRKACTJOBMSGW、LCKW、CPU、サブシステム
投入済みバッチWRKSBMJOB待ち、実行中、終了、ジョブ番号
ジョブ詳細WRKJOBジョブログ、スプール、属性
ジョブログDSPJOBLOGCPF、RNX、MCH、原因メッセージ
スプールWRKSPLF帳票、コンパイルリスト、エラー出力
ライブラリDSPLIBL*LIBL、参照順、環境差

再実行前に確認すること

AS400保守で一番危険なのは、原因が分からないままバッチや更新処理を再実行することです。途中まで更新済みか、帳票や外部連携が出力済みか、後続ジョブが動いていないか、取消や戻し手順があるかを確認してから判断します。

確認項目理由
途中更新の有無二重更新や不整合を防ぐ
出力済みファイル帳票、送信ファイル、CSVの二重作成を防ぐ
後続ジョブ途中データを後続が使っていないか見る
業務承認売上、在庫、請求などの影響を確認する
戻し手順再実行失敗時に戻れるか確認する

障害別の入口

状況最初に見る記事次に見る記事
本番障害が発生した本番障害の初動対応チェックリストジョブログ確認
エラー原因を調べたいジョブログ確認RPG保守
バッチが止まったバッチ処理確認CL確認
ファイルが見つからないライブラリとオブジェクトPF/LF確認
RPG修正が必要RPG保守CL確認

保守メモに残すこと

  • 発生日時、ユーザー、ジョブ名、ジョブ番号
  • メッセージID、対象プログラム、対象ファイル
  • 原因と判断した根拠
  • 実施した対応、応答値、再実行有無
  • 業務影響、後続処理、連絡先

保守・運用で最初に標準化したい確認項目

AS400 / IBM i の保守運用を安定させるには、障害が起きてから調べ方を考えるのではなく、普段から見る項目を標準化しておくことが重要です。ジョブログ、MSGW、夜間バッチ、出力待ちスプール、バックアップ、権限変更、外部連携のどれを誰が見るのかを決めておくと、属人化を減らせます。

運用テーマ見る項目標準化する理由
ジョブログ異常終了、MSGW、CPFメッセージ、再実行結果障害原因の一次切り分けに使うため
夜間バッチ開始時刻、終了時刻、遅延、依存ジョブ翌朝業務への影響を早く判断するため
スプール・OUTQ出力待ち、保留、プリンター停止、帳票再出力帳票遅延を業務停止にしないため
バックアップ取得結果、媒体、保存先、復元確認復旧できる状態か判断するため
権限特殊権限、退職者ID、共有ID、変更履歴監査や事故防止につなげるため

運用ルールを作る時は、理想論だけでなく、現場で毎日確認できる粒度に落とす必要があります。研修として整理する場合は、AS400 / IBM i Codex研修のように、既存の運用手順を題材にして、ジョブログ確認や影響調査の流れを実務に近い形で確認する方法があります。

まとめ

AS400 / IBM i の保守運用は、コマンドを多く覚えるより、見る順番を決めることが大切です。ジョブ状態、ジョブログ、スプール、ライブラリ、PF/LF、RPG、CL、業務影響の順に確認すれば、調査の抜け漏れを減らせます。

用語で迷った場合は AS400用語集、最初から学ぶ場合は AS400学習ロードマップ もあわせて確認してください。

ホーム