CLRPFMを本番で実行する前の確認｜AS400でデータ消去事故を防ぐ

CLRPFMは、AS400 / IBM i で物理ファイルメンバーのデータを消すコマンドです。テスト環境では便利ですが、本番で対象を間違えると、在庫、請求、出荷、EDIなどの業務データを一瞬で失う可能性があります。

CLRPFMは本番データを消去する操作につながるため、ここでは「本番で実行する前に何を確認するか」に絞って整理します。

CLRPFM実行前チェック

確認	見る理由
ライブラリ名	本番、検証、退避ライブラリの取り違えを防ぐ
ファイル名	同名ファイルや似た名前のファイルを誤って消さない
メンバー名	特定メンバーだけを対象にするのか、全体なのかを確認する
バックアップ	直前に戻せる状態かを確認する
業務影響	在庫、請求、出荷、EDI、会計連携への影響を見る
承認者	作業者だけで判断しない

AS400の怖さは、コマンド自体が難しいことではなく、業務データとの距離が近いことです。CLRPFMを打つ前には、技術確認と同じくらい業務確認が必要です。

対象ライブラリ：
対象ファイル：
対象メンバー：
消す理由：
業務影響：
バックアップ取得時刻：
復旧手順：
承認者：
実行者：
実行予定時刻：

障害対応で焦っているときほど、メモを残す価値があります。後から「なぜ消したのか」「どこまで確認したのか」を説明できる状態にしておくと、現場の信頼を守れます。

本番作業全体の考え方は、AS400本番作業チェックとAS400データ復旧も合わせて確認してください。

CLRPFMは強いコマンドです。本番で使うなら、対象、バックアップ、業務影響、承認、復旧手順をそろえてから実行します。コマンドを知っていることより、消してよいデータかを判断できることがAS400保守の実力です。

CLRPFMは便利ですが、本番で使う時は削除対象、バックアップ、復旧方法、業務影響、承認者を確認してから実行します。テスト環境の感覚で本番実行しないことが一番大切です。

CLRPFMは、対象ファイルが正しいこと、消してよいデータであること、バックアップや再作成手順があること、業務担当者の承認があることを確認できてから実行します。特に本番では「テストでいつもやっているから大丈夫」という判断は危険です。

判断	確認内容	関連
実行してよい	対象ライブラリ、ファイル、メンバー、処理時間、承認者が明確	復旧時の初動判断
一度止める	在庫、請求、出荷、EDI、締め処理への影響が不明	トラブル逆引き
実行してはいけない	戻し方がない、バックアップ時点が不明、担当者確認が取れていない	Codex研修で調査手順を整理する

実行前には、実行者、承認者、対象ファイル、実行理由、戻し手順、バックアップ取得時刻を残します。事故が起きた時に「誰が何を消したか」だけでなく、「どこまで戻せるか」を説明できることが重要です。

一時ファイルのつもりでも、*LIBLで同名ファイルを指定すると別ライブラリのメンバーを対象にする危険があります。ライブラリ、ファイル、メンバーを明示します。

確認点	確認内容	判断
対象	修飾名、メンバー名、レコード件数、使用中ジョブを確認する	画面の短縮名だけで実行しない
保全	必要な保存、退避、ジャーナル、再作成方法を確認する	消去後に戻せる根拠を準備する
制約	参照制約、トリガー、時間表、ロックの影響を確認する	テスト環境で同じ条件を確認してから承認を取る

CLRPFMは指定メンバー内の全データを削除します。実行後は件数だけでなく、後続ジョブが想定どおり初期データを作れることまで確認します。