AS400 / IBM iで困ったときは、最初に「どの症状なのか」を分けると調査が早くなります。エラーなのか、ログインできないのか、ジョブが止まっているのか、スプールやデータ確認なのかで、見る画面と使うコマンドが変わります。
このページは、AS400でよくある困りごとから、次に読む記事へ進むための入口です。個人で調べる段階なら確認手順へ、チームで標準化したい段階なら引き継ぎ・研修の整理へ進んでください。
まず切り分けること
最初に、発生している症状を次のどれに近いかで分けます。原因を断定する前に、画面、メッセージ、ジョブログ、対象ユーザー、対象ファイル、発生時刻を確認しておくと、保守担当者やベンダーへ相談するときも説明しやすくなります。
- エラーコードやCPFメッセージが出ている
- ジョブが止まっている、またはMSGW（メッセージ応答待ち）になっている
- 5250やACS（IBM i Access Client Solutions）でログインできない
- スプールが出ない、印刷されない
- SQLやQueryでデータを確認したい
- RPG/CLの影響範囲が分からない
- 担当者不在や引き継ぎで困っている
症状別の次に読む記事
| 困りごと | 最初に見ること | 次に読む記事 |
|---|---|---|
| CPFエラーが出た | メッセージID、発生ジョブ、発生時刻 | CPFエラーとジョブログの確認手順 |
| ジョブの状態を見たい | WRKJOB、DSPJOBLOG、MSGWの有無 | WRKJOBとDSPJOBLOGの使い方 |
| ログインできない | ACS、5250、ユーザーID、権限、ネットワーク | 5250ログインできない時の初動確認 |
| ACSで接続できない | 接続定義、ポート、端末設定、ユーザー権限 | ACS・5250接続トラブルの確認手順 |
| スプールを見たい | WRKSPLF、出力待ち行列、ユーザー、ジョブ | WRKSPLFでスプールを確認する |
| SQLでデータ確認したい | 読み取り範囲、抽出条件、個人情報、保存先 | ACS SQLで安全にデータ確認する基本 |
| Queryや抽出依頼がある | 対象ファイル、条件、件数、出力形式 | Query・SQLでデータ確認する時の注意点 |
| RPG/CLの影響範囲を調べたい | 呼び出し元、参照ファイル、変更箇所、テスト観点 | RPG/CL影響調査チェックリスト |
| どのコマンドか分からない | やりたい作業、見たい対象、確認したい状態 | AS400コマンド逆引き |
症状から当たりを付ける勘は、経験した件数で決まります。ただ勘のままにしておくと、その人が抜けた時に何も残りません。この切り分けを社内の手順として残すための研修がAS400 / IBM i 現場向けCodex実戦研修です。
最初の5分で残す一次切り分け
原因を決めつける前に、次の5項目を同じ順番で確認します。ここまで分かると、ジョブ、アプリ、接続、帳票のどこから調べるかを選びやすくなります。
| 確認すること | 残す内容 | 次の判断 |
|---|---|---|
| 影響範囲 | 1人だけか、同じ部署か、全利用者か | 端末・ユーザー固有か、システム全体かを分ける |
| 発生時刻 | 分かる範囲の時刻、直前に行った操作 | ジョブログ、バッチ、変更作業の時刻と照合する |
| 対象 | 画面名、ジョブ名、帳票名、プログラム名 | 確認するジョブやオブジェクトを絞る |
| 表示内容 | メッセージID、MSGW、画面の状態 | CPF・RNX・MCH・接続エラーを分ける |
| 直近の変更 | プログラム、権限、パスワード、接続先、運用手順 | 変更前後で症状が変わったかを見る |
この段階では、MSGWへの返信、ジョブ終了、データ更新、再実行を急ぎません。まず確認結果を残し、業務影響と戻し方を確認してから操作します。実際のパスワード、顧客名、個人情報、接続情報は記録やAIへの入力に含めません。
相談前に残しておく情報
保守会社や社内の詳しい人へ相談するときは、画面の説明だけでなく、確認した事実を残しておくと話が早くなります。機密情報や個人情報を外へ出さない前提で、次のような情報を整理してください。
- 発生日時と再現条件
- 対象ユーザー、対象ジョブ、対象ライブラリやファイル
- 表示されたメッセージIDやジョブログの該当箇所
- 直前に変更したプログラム、設定、運用手順
- 業務影響、止まっている処理、急ぎ度
チームで同じ問題を繰り返さないために
同じ問い合わせや障害が何度も起きる場合は、個別対応だけでなく、手順化・引き継ぎ・研修の対象にした方がよい状態です。AS400の知識は属人化しやすいため、確認手順、判断基準、相談先を小さく残していくことが重要です。
AS400で困った時は、症状から入口を決める
AS400の問い合わせは「動かない」「出ない」「つながらない」「文字化けする」のように、最初はかなり曖昧です。ここでいきなりコマンド名やエラー番号だけを探すと、原因がアプリ、ジョブ、スプール、通信、権限、文字コードのどこにあるのか見失いやすくなります。
まずは症状を分けて、見る順番を固定します。社内で同じ聞き方、同じ確認順にそろえるだけでも、属人化したAS400保守はかなり楽になります。
- エラー番号やMSGWが出ている場合: CPFエラーとジョブログの確認手順
- 印刷や帳票が出ない場合: スプール、OUTQ、ライターの確認手順
- 5250画面につながらない場合: ACS/PCOMM接続トラブルの確認手順
- CSVやFTPで文字化けする場合: CCSID、UTF-8、Shift-JISの確認手順
- 日々の運用を引き継ぐ場合: AS400基本操作の現場チェックリスト
特に企業内のAS400運用では、ひとつのエラーだけで終わらず、印刷、ジョブログ、バッチ、データ連携、権限が連鎖していることがあります。原因調査の入口を社内で共通化しておくと、若手や兼任担当でも初動対応を外しにくくなります。
症状別の確認順を、社内研修の型にする
エラー、ジョブログ、印刷、CSV、外部接続を個別に覚えるだけでは、担当者ごとに確認順がばらつきます。法人向けCodex研修では、症状を聞き取り、必要な画面・ジョブログ・帳票・CSVを整理し、次に見るコマンドまでを社内で使える確認手順としてまとめます。
