AS400 / IBM i の保守では、どうしても本番データを手修正しなければならない場面があります。ただし、SQL更新やDFU的な手修正は、便利であるほど事故につながります。1件だけの修正でも、承認、対象件数、バックアップ、戻し手順、証跡を残すことが重要です。
本番データ修正前の確認
| 確認 | 見るもの | 判断 |
|---|---|---|
| 修正理由 | 依頼内容、業務影響、原因 | 本当に本番修正が必要か |
| 対象範囲 | ライブラリ、ファイル、キー、件数 | WHERE条件が正しいか |
| 承認 | 利用部門、保守責任者、作業者 | 口頭だけで進めていないか |
| 戻し | 修正前値、バックアップ、ジャーナル | 失敗時に戻せるか |
| 証跡 | 実行SQL、時刻、結果件数 | あとで説明できるか |
UPDATE文はSELECTで先に確認する
SQLで更新する場合は、UPDATEを実行する前に同じWHERE条件でSELECTし、対象件数と内容を確認します。件数が想定と違う場合は、その時点で止めます。本番では「たぶんこの条件」で進めないことが大事です。
修正後の確認も手順に入れる
データ修正は実行して終わりではありません。修正後の画面確認、帳票確認、後続バッチ、外部連携、問い合わせ元への報告まで含めて完了です。修正内容によっては、ジャーナルや監査ログも確認します。
SQL調査の注意点は AS400 Query・SQLでデータ確認する時の注意点、更新事故と戻し判断は AS400ジャーナル・コミットメント制御の確認手順、本番反映全体は AS400本番反映・戻し手順チェックリスト を参照してください。
Codexには実データを渡さない
Codexに相談する場合は、実データ、顧客名、個人情報、取引先名を入れず、匿名化した条件と確認観点だけを渡します。AIは承認チェックリストや作業記録の整形には使えますが、本番更新の判断者ではありません。
関連: AS400のセキュリティ・運用改善・外部依頼を整理する場合は、AS400セキュリティ点検チェックリスト｜権限・退職者ID・FTP・監査ログを見る も確認してください。
関連: AS400現場経験を補強する記事として、AS400現場でAIを使う時の禁止事項チェックリスト｜本番データ・顧客情報を入れない も追加しました。
関連: AS400変更管理・本番作業の実務記事として、AS400本番反映Go/No-Goチェックリスト｜リリース直前に止める判断を入れる も追加しました。
関連: AS400業務トラブルの具体例として、AS400請求金額不一致の調べ方｜請求締め・売上・消費税・再計算で見ること も追加しました。
