AS400 / IBM i で障害調査をすると、ジョブログ、QSYSOPR、DSPLOG/QHSTだけでは見えない情報が残っていることがあります。その入口のひとつが、問題ログを確認する WRKPRB と、問題分析に関係する ANZPRB です。
この記事では、WRKPRB・ANZPRBを「障害原因を特定する魔法のコマンド」としてではなく、現場で記録をそろえ、保守会社へ正確に相談するための確認ポイントとして整理します。
WRKPRBで確認したいこと
| 確認項目 | 見る理由 | 合わせて見るページ |
|---|---|---|
| 発生日時 | 障害発生時刻と業務影響の時刻を合わせる | DSPLOG/QHST |
| 問題番号・状況 | 同じ問題が繰り返していないか、未対応のまま残っていないかを見る | 障害初動 |
| メッセージID | CPF、MCH、SQLなどの手がかりを拾う | メッセージID索引 |
| 装置・通信・ジョブ | ハード、通信、ジョブ、外部接続のどこに寄っているかを分ける | QSYSOPR |
ANZPRBを見る時の注意
ANZPRB は問題分析に関係するコマンドです。ただし、分析結果の見方や、その後にどの情報を送るかは環境や保守契約によって変わります。自己判断で削除や復旧操作に進まず、まずは発生時刻、問題番号、メッセージ、対象装置、直前の作業を記録することを優先します。
- いつから発生しているか
- 単発か、同じ問題が繰り返しているか
- IPL、PTF、サブシステム操作、通信変更の直後ではないか
- 同じ時刻にQSYSOPRやQHSTへ関連メッセージが出ていないか
- 保守会社へ送る情報がそろっているか
WRKPRBだけで判断しない
問題ログに記録があっても、それだけで原因を決めつけない方が安全です。ジョブ異常、装置異常、通信異常、外部接続、PTF、ディスク容量、権限変更など、同じ時刻に起きた事象を並べて確認します。
保守会社へ相談する時のメモ
WRKPRBやANZPRBを見た後は、問題番号、発生日時、メッセージID、対象ジョブ、対象装置、直前の作業、業務影響をメモして相談すると話が早くなります。スクリーンショットを残す場合は、ユーザー名、IP、会社名、取引先名などの機密情報が写っていないか確認してください。
関連ページ
WRKPRBは障害一次対応の最後の裏取りに使う
本番障害で最初に見るのは、止まっている業務、ジョブ状態、MSGW、ジョブログ、QSYSOPR、DSPLOG/QHSTです。WRKPRB や ANZPRB は、そこまで確認したあとに「同じ問題が残っていないか」「問題番号として記録されていないか」を裏取りする位置づけにすると迷いにくくなります。
| 場面 | 先に見るもの | 次に見る記事 |
|---|---|---|
| 夜間バッチ停止、画面停止 | 業務影響、MSGW、ジョブログ | 本番障害の初動対応 |
| 時系列を追いたい | DSPLOG/QHST、QSYSOPR | DSPLOG/QHST確認 |
| メッセージIDから整理したい | CPF、RNX、MCH、SQL、MSGW | メッセージID索引 |
| 保守会社へ相談する | 発生日時、問題番号、ジョブログ、影響範囲 | 保守会社相談前チェックリスト |
