AS400 / IBM i の本番障害で「いつからおかしいのか」「IPLや装置エラーがあったのか」「QSYSOPRに何が出ていたのか」を確認する時、DSPLOG と QHST は重要な入口になります。ジョブログだけでは見えないシステム全体の流れを追うための手がかりです。
この記事では、DSPLOG、QHST、QSYSOPR、MSGW（メッセージ応答待ち）、夜間バッチ、本番障害初動の関係を、AS400保守現場の目線で整理します。
DSPLOGで最初に見ること
- 障害が始まった時刻の前後
- IPL、サブシステム停止、装置エラー、通信エラーの有無
- 同じメッセージが繰り返されていないか
- QSYSOPRやMSGWと関係するメッセージがないか
- 夜間バッチ、印刷、バックアップ、外部接続の時間帯と重なるか
QHSTを見る時の考え方
QHSTは、システム履歴ログとして障害前後の流れを確認する時に使われます。特定ジョブのジョブログだけでは分からない、システム全体のメッセージ、装置、通信、サブシステム、運用操作の前後関係を見るのに役立ちます。
ジョブログだけで判断しない
ジョブログには対象ジョブの情報が残りますが、システム全体で起きた変化はDSPLOGやQSYSOPRを見た方が早いことがあります。たとえば、夜間バッチが遅い、印刷が止まる、外部接続が切れる、バックアップが終わらない時は、対象ジョブとシステムログの両方を確認します。
QSYSOPRの確認は QSYSOPR・DSPMSG・WRKMSGQの確認ポイント、本番障害の初動は 本番障害の初動対応チェックリスト も確認してください。
調査メモに残すこと
- 障害発生時刻と復旧時刻
- DSPLOGやQHSTで見た代表メッセージID
- 影響したジョブ、サブシステム、装置、通信、外部接続
- QSYSOPRへの応答や運用操作の有無
- 再発時に見る画面と担当者
DSPLOGとQHSTは、AS400障害対応の時系列を作るための入口です。原因を断定する前に、ジョブログ、QSYSOPR、システムログを並べて確認すると、見落としが減ります。
関連: サブシステム停止・開始を伴う作業は、対象業務、JOBQ、WRKACTJOB、QSYSOPR、DSPLOG/QHSTを確認してから進めます。事故を防ぐ確認ポイントは AS400 サブシステム停止・開始の確認ポイント にまとめています。
関連: 障害調査で問題ログも確認したい場合は、WRKPRB・ANZPRBの確認ポイント に、問題番号、発生日時、メッセージID、QSYSOPR、DSPLOG/QHSTと合わせて見る観点を整理しています。
QHSTで時系列を見た後にWRKPRBで記録を確認する
DSPLOG/QHSTで障害の時系列を追えたら、必要に応じて WRKPRB / ANZPRB の問題ログ も確認します。QHSTは流れを見る入口、WRKPRBは問題番号や未対応状態の有無を確認する入口として分けると、保守会社や社内担当への説明がしやすくなります。
ログを一枚の時系列表にまとめる
DSPLOG、QHST、QSYSOPR、対象ジョブのジョブログを別々に読むだけでは、前後関係を見落とします。発生時刻の少し前から復旧確認までを、一枚の時系列表へ並べます。
- 時刻：秒まで分かる範囲でそろえ、システム時刻の差にも注意する
- 情報源：DSPLOG、QHST、QSYSOPR、ジョブログ、運用操作を区別する
- 事実：メッセージID、ジョブ状態、装置・通信状態、実行した操作
- 結果：業務影響、復旧確認、未確認事項、次に調べる場所
原因候補は事実と別の列に書きます。これにより、推測を確定事項として引き継ぐことを避け、同時刻に起きたシステム側の変化と業務ジョブの異常を照合できます。
関連するAS400確認ルート
DSPLOGやQHSTを見る記事は、障害の入口で読まれやすいページです。ログだけで終わらせず、ジョブログ、MSGW、関連コマンド、初動判断まで同じ流れで確認すると、原因切り分けが早くなります。
参考：IBM公式ドキュメント（DSPLOG）
本記事で扱った DSPLOG の全パラメーターと表示項目の定義は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。