初めてAS400 / IBM iの日次点検を任された人が、自社の対象・正常時刻・異常時の連絡先を確認し、点検票を埋めるための記事です。接続先と許可された参照操作を確認するところから始め、コピーして使える日次点検票に、予定・実績・差異・引継ぎ先を記録します。
私が25年以上関わってきた現場では、ジョブ、メッセージ、帳票、業務のつながりを把握することが初動で役立ちました。以下の順番はひな型です。自社の運用手順と権限に合わせ、最初は担当者と一緒に対象を確認してください。
最初に接続先と、見てよい範囲を確認する
システム名・ユーザー・業務メニューを確認し、本番と検証を取り違えないようにします。上図はMAINの例であり、サインオン後の画面は環境によって違います。日次確認のために、本番の設定変更やジョブ終了を行う必要はありません。WRK系の画面には変更・削除・終了の選択肢もあるため、承認された参照操作に限定します。
毎朝見る対象と、正常の根拠
| 順番 | 確認する対象 | 正常の根拠と注意点 |
|---|---|---|
| 1 | 夜間バッチの完了記録、対象ジョブのジョブログ | 予定した処理が予定時刻までに終わり、業務側の件数・結果と合う。WRKACTJOBに見えないだけでは正常終了と判断しない |
| 2 | 対象ジョブのMSGWと運用対象メッセージ待ち行列 | 返信待ち・未処理メッセージの有無を確認する。MSGWを見つけても勝手に返信しない |
| 3 | 対象ユーザー・ジョブのスプールとOUTQ | 必要な帳票が作られ、予定する出力先へ渡ったか。スプール生成と印刷・PDF配布完了は別に確認する |
| 4 | 当日の締め・出荷・外部連携の予定 | 締切と担当者、前日からの暫定対応・停止処理が共有されている |
| 5 | 前日と違う状態 | 昨日との違いを記録し、正常な変更か異常かを担当者へ確認する |
WRKJOB・DSPJOBLOGでは対象のジョブ番号／ユーザー／ジョブ名を特定します。引数なしのDSPJOBLOGやDSPLIBLは、原則として自分のジョブ・スレッド側の情報です。他のバッチの状態やライブラリリストを見たことにはなりません。具体的な選び方はWRKJOBとDSPJOBLOGの確認手順へまとめています。
コピーして使う日次点検票
| 項目 | 記入する内容 |
|---|---|
| 確認日時・担当 | 何月何日、何時、誰が確認したか |
| 接続先・対象 | システム、対象ジョブ、出力キュー等。承認された社内記録先へ残す |
| 予定・正常値 | 終了予定時刻、期待する件数・帳票・送信結果 |
| 実際の結果 | 終了状態、メッセージID、実際の件数、未処理の有無 |
| 差異・判断 | 正常、要確認、障害のどれか。不明を正常扱いしない |
| 引継ぎ | 連絡先、連絡時刻、次の確認予定、勝手に操作していないこと |
例えば「夜間バッチは6時までに終了する予定なのに、6時10分時点でMSGW」という状況なら、返信せずに対象ジョブ・メッセージID・停止時刻と業務の締切を記録して連絡します。これは記入方法の例であり、すべての環境の正常時刻や判断基準ではありません。
異常がある時は、点検から障害対応へ引き継ぐ
点検の目的は、異常を自力ですべて直すことではありません。何を確認し、何が違い、誰へ引き継いだかを再現できる形で残せれば、次の担当者が同じ調査をやり直す負担を減らせます。コマンドを探す際は目的別のコマンド逆引きを使ってください。
