AS400（IBM i）の保守で、スプール確認は避けて通れません。帳票、コンパイルリスト、ジョブログなど、実行結果の多くはスプールとして出力されます。
その入口として使うのが WRKSPLF です。WRKJOBからスプール・ファイルを見ることもありますが、ユーザー単位や条件を指定して探す時はWRKSPLFを使うと便利です。
WRKSPLFで見るところ
WRKSPLFでは、ユーザー、印刷装置、用紙タイプ、スプール・ファイル名、ジョブ名、番号などを指定してスプールを探します。
何を探す画面なのか
| 探すもの | よく見る場面 | 確認すること |
|---|---|---|
| ジョブログ | 障害調査、MSGW対応 | どこで止まったか、前後のメッセージ |
| コンパイルリスト | RPG/CL修正後 | 重大度、エラー番号、コンパイル結果 |
| 帳票 | 単体テスト、業務確認 | 出力されたか、内容が想定通りか |
| バッチ結果 | 夜間処理、販売管理処理 | 実行結果、エラー有無、後続影響 |
WRKSPLFとWRKJOBの違い
WRKJOBは、対象ジョブを指定して、そのジョブのスプールやジョブログを見る入口です。一方、WRKSPLFは、ユーザーやスプール名などの条件からスプールを探す画面です。
対象ジョブが分かっているならWRKJOB、ユーザーや帳票名から探したいならWRKSPLF、と考えると初心者でも使い分けやすいです。
保守での確認順
| 順番 | 確認 | ポイント |
|---|---|---|
| 1 | 対象ユーザー | 誰のスプールを見るのか |
| 2 | ジョブ名・番号 | 対象ジョブを絞り込めるか |
| 3 | スプール名 | QPJOBLOG、コンパイルリスト、帳票名など |
| 4 | 作成日時 | 今回の処理で出たものか |
| 5 | 内容確認 | エラー、警告、出力結果を確認する |
初心者が気をつけること
スプールがたくさんある環境では、古いスプールを見て判断してしまうことがあります。作成日時、ジョブ名、ユーザー、番号を確認し、今回の処理で出力されたものかを見ます。
障害対応でスクショを共有する時も、ジョブ名、ユーザー、番号が見える状態にしておくと、メンバー間で同じスプールを追いやすくなります。
関連して読む記事
WRKSPLFで最初に見るのは「何の出力か」
WRKSPLFでは、帳票、ジョブログ、コンパイルリスト、バッチ結果などを確認します。まず「何のためのスプールか」を分けると、見るべき項目が変わります。帳票なら対象範囲や件数、ジョブログならメッセージIDと発生順、コンパイルリストなら重大度と最終行を確認します。
| スプールの種類 | 見る目的 | 確認ポイント |
|---|---|---|
| 帳票 | 業務部門へ渡す出力を確認する | 対象日付、件数、金額、出力先 |
| ジョブログ | 処理がどこまで進んだかを見る | ジョブ名、ユーザー、番号、メッセージID |
| コンパイルリスト | RPG/CL修正後の結果を見る | 重大度、RNF番号、最終行 |
| バッチ結果 | 夜間処理や連携結果を確認する | 作成日時、対象件数、エラー件数 |
帳票が出ない時はスプール・OUTQ・ジョブログを分けて見る
帳票が出ない時は、いきなりプリンターやプログラムだけを疑わず、スプールが作成されているか、OUTQ（出力待ち行列）に溜まっているか、Writerが止まっていないか、ジョブログに異常がないかを分けて確認します。最近は端末からPDFで見る運用も多いため、物理プリンターだけでなくPDF出力先や権限も確認します。
- 今回の処理時刻とスプール作成日時が合っているか
- 対象ユーザー、ジョブ名、ジョブ番号が合っているか
- OUTQ、Writer、プリンター、PDF出力先のどこで止まっているか
- ジョブログにMSGWやエラーメッセージが残っていないか
- 古いスプールを見て今回の結果と勘違いしていないか
WRKSPLFの実画面で見る確認ポイント
WRKSPLFでは、スプール・ファイル名、ユーザー、出力待ち行列、状態、ページ数を見ます。ジョブログや帳票、コンパイルリストの確認で使うため、保守担当者は早めに慣れておきたい画面です。
WRKSPLFの次に確認する記事
数値項目の表示形式や帳票の金額欄を確認する時は、DDSの EDTCDE / EDTWRD の違いと確認表 もあわせて見ると、表示崩れの原因を切り分けやすくなります。
