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確認

サブシステムを止める前に確認すること（STRSBS・ENDSBS）

ENDSBSはコマンド自体は短いのに、影響範囲が広い操作です。出荷、EDI、締め、帳票、倉庫作業が動いている時間に実行すると、AS400側では正常終了に見えても、業務側では処理途中のデータや未送信データが残ることがあります。難しいのはコマンドではなく「今止めてよいか」の判断です。

確認する相手聞く内容理由
業務担当処理中の入力や確定作業がないか画面操作中の強制終了を避ける
運用担当夜間バッチやJOBSCDEの予定停止後に後続ジョブが流れない事故を防ぐ
外部連携担当EDIやFTP送受信の予定送信途中・受信途中の切断を避ける

私は、停止前にWRKACTJOB、WRKJOBQ、WRKOUTQ、DSPMSGを見て、実行中ジョブ、待ちジョブ、出力待ち、メッセージ待ちをざっと確認します。QINTER、QBATCH、独自SBSDの取り違えもここで防げます。

確認点確認内容判断
対象範囲WRKSBSJOBやWRKACTJOBで対象SBSD配下のジョブを確認するQINTER、QBATCH、独自SBSDを取り違えない
停止条件実行中ジョブ、MSGW、印刷中スプール、通信ジョブの有無を確認する業務時間中なら利用部門へ影響を確認する
戻し方STRSBSで戻す対象、起動後に見るジョブ、確認画面を決める停止だけでなく復旧確認まで手順に入れる

サブシステム操作は「止められるか」より「戻ったことをどう確認するか」が大事です。再開しただけで終わらせず、利用者がサインオンできるか、主要なバッチや帳票が再開できるかまで見ます。障害対応でやむを得ず停止する場合も、終了させるジョブと待つジョブを分け、後から説明できるようにジョブログと作業時刻を残しておきます。ジョブの状態確認はWRKACTJOBの見方、夜間処理と重なる場合は夜間バッチ障害対応フロー、作業前後の記録と連絡範囲は本番障害の初動チェックリストを合わせて確認してください。

保守メモに残すこと

保守作業のうち、SST/DSTのように操作を誤ると復旧が難しくなるものは、入る前に何を触ってよいかを決めておきます。AS400のSST・DSTに入る前の確認で、確認する項目を分けています。

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

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

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

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

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

場面別に記事を探す

保守・運用でやることは、毎日の確認、障害対応、本番作業、データの復旧、改修、権限管理、引き継ぎに分かれます。いま手元にある作業に近いところから入ってください。

毎日・定期的に見る

決まった時間に決まった場所を見る習慣が、障害の早期発見につながります。

障害が起きた時

まず状況を整理し、影響範囲を確定させてから原因に進みます。

本番を触る前

実行対象と戻し方を先に確定させてから手を動かします。

データを戻す・直す

戻せる準備があるかどうかで、選べる手が変わります。

RPG・CLを直す

影響範囲を先に押さえてから修正に入ります。

権限・セキュリティ

退職者IDと権限の棚卸しは、事故が起きる前に済ませます。

体制・引き継ぎ・費用

人が入れ替わっても回る形にしておくことが、長く使う条件になります。

AIで調査を速くする

圧縮できる作業を圧縮して、人にしかできないことに時間を回します。

症状がはっきりしている場合はAS400トラブル逆引き一覧、メッセージIDが出ている場合はAS400メッセージID・エラーコード一覧から入るほうが早く着きます。

まとめ

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

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

ホーム