AS400 / IBM iの保守・運用で必要になる確認手順を、現場目線でまとめたピラー記事です。 障害対応、MSGW、ジョブログ、バッチ処理、本番対応、データリカバリーまで、運用担当者が迷いやすいポイントを整理します。
AS400保守では、コマンドを知っているだけでは足りません。どの業務に影響するのか、どのジョブが止まっているのか、どのライブラリを見ているのか、どこまで手を出してよいのかを判断する必要があります。
当サイトはIBM公式サイトではありません。個人運営のAS400 / IBM i技術メモサイトです。記事内容は一般的な学習・保守の参考情報であり、実際の本番環境では所属組織の手順、権限、レビュー体制に従ってください。
保守運用で最初に見る全体像
販売管理システムの保守では、受注、発注、出荷、在庫引当、売上計上、請求、店舗連携、物流連携などがつながっています。問い合わせが来たときは、単に「プログラムが落ちたか」だけでなく、商品が客に届く流れに影響しているかを優先して見ます。
| 確認対象 | 主な目的 | 関連コマンド |
|---|---|---|
| 活動ジョブ | MSGW、CPU高騰、止まっているジョブを探す | WRKACTJOB |
| ジョブ詳細 | ジョブログ、スプール、ジョブ状態を確認する | WRKJOB / DSPJOBLOG |
| バッチ投入 | 投入したジョブが実行中か、異常終了していないかを見る | SBMJOB / WRKSBMJOB |
| ファイル定義 | 桁数、型、物理ファイル/論理ファイルを確認する | DSPFFD / DSPPFM |
| スプール | ジョブログ、コンパイルリスト、帳票出力を確認する | WRKSPLF |
WRKACTJOBとMSGWを見る
障害対応で最初に見ることが多いのがWRKACTJOBです。CPUを食っている暴走ジョブがないか、MSGWで止まっているジョブがないかを確認します。WRKACTJOBを開いてF5を押し続けるだけでは意味がありません。異常を見つけたら、ジョブログや周辺状況を確認して対処を考えます。
MSGWを見つけたら、初心者は焦って4番でジョブを強制終了したり、Dを返したりしがちです。Dはダンプを取ってキャンセルする返答で、リトライで復旧できた可能性を潰すことがあります。Gも危険で、RPGが落ちた状態から無理に後続処理を進めてしまう恐れがあります。
WRKJOBとDSPJOBLOGで原因を追う
WRKJOBは、スプール・ファイルやジョブログに進む入口として使いやすい画面です。初心者に最初に見せるなら、ジョブ状況属性よりもスプール・ファイルです。ここに帳票、コンパイルリスト、ジョブログが保管されることを見せると理解しやすくなります。
DSPJOBLOGでは、メッセージIDだけでなく、重大度、前後のCALL、どのメンバーやファイルで止まったかを確認します。最後のエラーだけで判断せず、一連のジョブの周辺状況を見ることが大切です。
SBMJOBと夜間バッチを確認する
SBMJOBは、バッチ処理を実行するためのコマンドです。対話型でCALL TEST001Rを実行すると、処理が終わるまで自分の画面が実行中になります。一方、SBMJOBで投入すると、画面はすぐ戻りますが、実際の処理はバッチジョブとして動きます。
投入しただけで安心するのは危険です。プログラムがアベンドしていても、投入した人が気づかないことがあります。WRKSBMJOBやWRKACTJOBで実行状況を確認し、必要に応じてジョブログを見ます。夜間バッチが止まると、翌日お客様が基幹システムを使えない可能性もあります。
ファイル定義とデータを見る
障害調査では、ソースだけでなくファイル定義を見ることもあります。DSPFFDでフィールド名、桁数、型を確認し、DSPPFMで物理ファイルのメンバー内容を見ることで、入力値やデータ作成結果の確認に進めます。
ただし、本番データを直接見る場合は、権限、個人情報、社内ルールに注意が必要です。調査目的を明確にし、必要な範囲だけ確認します。CodexなどのAIに読ませる場合は、顧客情報や機密情報を含まない形にする必要があります。
本番対応で守るべき確認順
本番対応でまず確認するのは、作業者、バックアップ、環境です。誰が何をするかを明確にし、バックアップを確認し、ライブラリリストや対象ファイルを点検してから作業します。
テスト環境と本番環境を間違える人は、画面右上のマシン名や環境表示を見ていないことが多いです。CLRPFMのような危険なコマンドは、ライブラリ名を必ず確認してから実行します。
保守がうまい人の特徴
AS400保守がうまい人は、落ち着いて対応します。ジョブログを見て、業務影響を考え、必要な人に共有し、勝手な判断で本番を触りません。逆に、いつもトラブルばかり起こす人、バグを認めず説明が長くなる人、コミュニケーションが取れない人に本番を触らせるのは怖いです。
技術だけでなく、業務知識とコミュニケーション能力が重要です。販売管理なら、見積、受注、出荷、売上、請求、会計連携まで、処理の順番と影響範囲を理解している人ほど強くなります。
保守運用でまず読む記事
- WRKACTJOBとMSGWの確認ポイント
- WRKJOBとDSPJOBLOGの見方
- ジョブログ確認手順
- SBMJOB / WRKSBMJOB / DSPJOBDの確認手順
- 本番対応の注意点
- データリカバリー確認手順
用語で迷った方へ: AS400 / IBM i の用語をまとめて確認したい場合は、AS400用語集 もあわせて確認してください。RPG、CL、ジョブログ、MSGW、WRKACTJOB、ライブラリ、スプールなどを実務目線で整理しています。
コマンドを目的別に探す: 「ジョブを見たい」「ジョブログを確認したい」「スプールを見たい」「ファイル定義を見たい」など、やりたい作業から探す場合は AS400コマンド逆引き を確認してください。
CPF・RNX・MCH・MSGWの見分け方 ジョブログやコンパイルリストで出るメッセージIDを整理したい場合は、AS400メッセージID・エラーコード一覧 も確認してください。原因メッセージと結果のエラーを分けて見る時の入口になります。
MSGWで返答に迷ったら C・I・R・D・Gを返す前に、AS400 MSGW返答判断表 も確認してください。特にDやGは、リトライ可能な処理や後続処理に影響することがあります。
CPF番号から確認したい場合 CPF0000、CPF4101、CPF4131、CPF9801など、よく見るCPFの確認ポイントは AS400 CPFエラー一覧 にまとめています。
RNX番号から確認したい場合 RPG実行時エラーの見方は、AS400 RNXエラー一覧 にまとめています。配列、10進数データ、RNX8888などを調べる入口になります。
実例でジョブログを読みたい場合 CPF・RNX・MSGWが出た時の読み方は、AS400ジョブログ実例集 にまとめています。最後のエラーだけで判断しない練習になります。
夜間バッチ障害の確認順もあわせて確認 WRKACTJOB、WRKSBMJOB、ジョブログ、MSGWをどの順番で見るかは、AS400夜間バッチ障害対応フロー にまとめています。投入しただけで安心しない、MSGWを勝手に返さないための実務チェックに使えます。
本番障害の初動対応も確認 作業者、環境、影響範囲、ジョブログ、MSGW、データリカバリーをどの順番で見るかは、AS400本番障害の初動対応チェックリスト にまとめています。焦って作業する前の確認用に使えます。
販売管理システム保守の全体像も確認 受注、出荷、在庫、売上、請求、店舗連携、物流連携をAS400保守でどう見るかは、AS400販売管理システム保守ガイド にまとめています。業務影響を見ながら保守するための入口です。
保存・退避系コマンドの注意も確認 本番作業前にSAVLIB、SAVOBJ、SAVFを使う場合は、ロック、保存先、DSPSAVF、復元確認が重要です。詳しくは AS400の保存・退避系コマンドの注意点 にまとめています。
保守トラブル別の読み方
AS400保守では、画面に出た事象だけで判断せず、ジョブ状態、ジョブログ、コンパイルリスト、ライブラリリスト、データ更新の影響を順番に確認します。以下の記事は、現場で問い合わせを受けた時の初動確認として読めるように整理しています。
- ジョブが止まっている、重い、MSGWになっている場合: WRKACTJOBの確認手順
- メッセージ待ちで返答が必要な場合: MSGWの返答判断
- アベンド原因を追う場合: ジョブログの見方
- RPG修正後にエラーを追う場合: コンパイルリストの読み方
- 修正後の確認が必要な場合: RPG/CL修正後の単体テスト