AS400本番反映・戻し手順チェックリスト｜RPG/CL小改修を安全にリリースする

AS400 / IBM i の小改修では、テストが終わった後の本番反映と戻し手順が重要です。RPG/CLのオブジェクトを入れ替える、CLを差し替える、ファイル定義を変更する、夜間バッチに影響する修正を入れる場合は、反映前に「失敗した時にどう戻すか」を決めておく必要があります。

この記事では、AS400保守で本番反映前に確認すること、反映時に残す証跡、問題発生時の戻し方を整理します。競合のサービス紹介では見えにくい、現場で本当に必要になる作業です。

本番反映前に確認すること

本番反映で一番怖いのは、戻したい時に変更前が残っていないことです。プログラムやCLを入れ替える前に、変更前オブジェクトを別ライブラリやSAVFへ保存し、いつ、誰が、何を保存したかを記録します。ソースだけでなく、実行オブジェクトも戻せる状態にしておくと安全です。

夜間バッチの前後に反映する場合は、JOBQ、SBSD、JOBSCDE、後続ジョブの開始時刻を確認します。請求締めや出荷確定に関わる処理では、途中で止まった時の再実行可否も先に決めておきます。反映直後にMSGWやCPF/RNXが出た場合、すぐジョブログを確認できる体制が必要です。

本番障害の初動は、AS400本番障害の初動チェックリストに整理しています。

反映後は、画面が動くかだけでなく、ジョブログ、スプール、更新ファイル、後続処理、外部連携を確認します。AS400では、画面上は正常に見えても、帳票やバッチ、CSV出力で後から問題が出ることがあります。

戻すかどうかの判断基準を反映後に考えると遅くなります。たとえば、特定のCPF/RNXが出たら戻す、締め処理が途中で止まったら業務担当者へ確認する、外部連携ファイルが作成されなければ旧オブジェクトへ戻す、という基準を先に決めます。

Codexは、本番反映手順、戻し手順、テスト観点、確認チェックリストの下書きを作る用途に使えます。ただし、会社名、ユーザー名、本番データ、取引先名は伏せ、実際のコマンド実行や本番判断は人間が行います。AIに作業を任せるのではなく、抜け漏れを減らす補助として使うのが安全です。

社内で安全に使うルールは、AS400 / IBM i 現場向け Codex実戦研修で整理できます。

AS400の本番反映では、対象オブジェクト、反映時間、バックアップ、テスト結果、戻し手順を先に確認します。変更前を残し、反映後のジョブログやスプールを確認し、問題時の戻し基準を決めておくことで、本番作業のリスクを下げられます。

関連: AS400月次締め・請求締めが終わらない時の確認手順は、こちらの記事で確認できます。

関連: AS400現場の競合対策記事として、AS400 RPG/CLコンパイルエラーの調べ方｜スプール・ソース・ライブラリリストを見るも追加しました。

関連: AS400専門サイトとしての網羅性を高めるため、AS400ジャーナル・コミットメント制御の確認手順｜更新事故と戻し判断で見ることも追加しました。

関連: AS400運用・保守の実務対策として、AS400 PTF適用前後のチェックリスト｜更新作業で止めないために確認することも追加しました。

関連: AS400運用・保守の実務対策として、AS400ライブラリリスト違いによる障害の調べ方｜開発・本番・テスト環境差を見るも追加しました。

関連: 25年以上の現場経験を反映した実務記事として、AS400本番データ修正の承認チェックリスト｜SQL更新・手修正で事故を防ぐも追加しました。

関連: AS400現場トラブルの網羅性を高めるため、AS400オブジェクトロック・ファイル使用中の調べ方｜WRKOBJLCKで止まる原因を見るも追加しました。

関連: AS400変更管理・本番作業の実務記事として、AS400変更依頼テンプレート｜RPG/CL改修前に業務・影響範囲・戻しを整理するも追加しました。

関連: AS400変更管理・本番作業の実務記事として、AS400本番反映Go/No-Goチェックリスト｜リリース直前に止める判断を入れるも追加しました。

関連: AS400外部連携・CSV・EDIトラブル対策として、AS400外部連携データを再送する前のチェックリスト｜EDI・FTP・CSVの二重送信を防ぐも追加しました。