AS400(IBM i)の保守では、調査した内容をメモに残すことがとても重要です。ジョブログを見た、ファイルを確認した、プログラムを追った、という作業を頭の中だけで進めると、同じ確認を繰り返したり、原因を見失ったりしやすくなります。
特に障害対応では、短い時間で状況を整理し、関係者へ説明する必要があります。調査メモがあると、原因の切り分け、再発防止、後日の引き継ぎがしやすくなります。
調査メモに書く基本項目
- 発生日時
- 発生した画面や処理名
- ジョブ名、ユーザー、ジョブ番号
- メッセージID
- 対象ライブラリ、ファイル、プログラム
- 実施した確認作業
- 一時対応と恒久対応の区別
最初からきれいな文章にする必要はありません。まずは、見たもの、試したこと、結果を時系列で残します。後から読み返したときに、なぜその判断をしたのかがわかることが大切です。
メモの例
たとえば、CPFエラーが出た場合は、次のようにメモします。
- 2026/05/22 9:15 売上更新バッチで異常終了
- ジョブ名: URIAGEUPD、ユーザー: BATCHUSER
- メッセージID: CPFxxxx
- 対象ファイル: LIBA/SALESF
- 確認結果: 対象ファイルがロックされていた
- 一時対応: ロック元ジョブを確認して再実行
- 恒久対応: 実行時間帯と前処理の見直しが必要
やってはいけないメモ
「直った」「たぶん権限」「前も同じ」だけのメモは、後から役に立ちにくいです。原因が確定していない場合は、確定情報と推測を分けて書くと安全です。
- 推測だけで原因を書かない
- 本番データや個人情報をそのまま貼らない
- 確認したコマンドを省略しすぎない
- 一時対応と恒久対応を混ぜない
よくある質問
調査メモはExcelでもテキストでもよいですか?
形式は現場のルールに合わせれば問題ありません。大切なのは、発生日時、メッセージID、対象オブジェクト、確認結果、対応内容が後から追えることです。
初心者が最初に残すべき情報は何ですか?
まずはエラー発生時刻、メッセージID、ジョブ名、対象ファイルやプログラム名を残しましょう。この4つがあるだけでも、後から詳しい人に相談しやすくなります。
このサイトの運営方針は、このサイトについて にまとめています。
調査メモを再発防止に使うコツ
調査メモは障害対応中だけでなく、再発防止にも役立ちます。原因、影響範囲、一時対応、恒久対応を分けて残すことで、同じエラーが出たときに短時間で判断できるようになります。
- 原因が確定している情報と推測を分ける
- 一時対応で終わらせず恒久対応の候補を書く
- 関係するファイルやプログラム名を残す
- 再実行手順と注意点を残す
- 次回確認すべきログやコマンドを残す
AS400保守では、長く使われている処理ほど資料が古くなっていることがあります。調査メモを積み上げることは、属人化を減らし、次の担当者が安全に作業するための小さなドキュメント作りにもつながります。

