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は問題番号や未対応状態の有無を確認する入口として分けると、保守会社や社内担当への説明がしやすくなります。
