CLRPFMは、AS400 / IBM i で物理ファイルメンバーのデータを消すコマンドです。テスト環境では便利ですが、本番で対象を間違えると、在庫、請求、出荷、EDIなどの業務データを一瞬で失う可能性があります。
検索データでもCLRPFM関連の露出が出始めています。単なるコマンド説明では競合と差がつきにくいため、ここでは「本番で実行する前に何を確認するか」に絞って整理します。
CLRPFM実行前チェック
| 確認 | 見る理由 |
|---|---|
| ライブラリ名 | 本番、検証、退避ライブラリの取り違えを防ぐ |
| ファイル名 | 同名ファイルや似た名前のファイルを誤って消さない |
| メンバー名 | 特定メンバーだけを対象にするのか、全体なのかを確認する |
| バックアップ | 直前に戻せる状態かを確認する |
| 業務影響 | 在庫、請求、出荷、EDI、会計連携への影響を見る |
| 承認者 | 作業者だけで判断しない |
本番で危ないパターン
- テスト用のつもりで本番ライブラリを指定している
- 一時ファイルだと思ったら後続処理で使っている
- 締め処理後のデータを消してしまう
- EDI送信済みデータと未送信データの区別がついていない
- バックアップはあるが、戻す手順を誰も確認していない
AS400の怖さは、コマンド自体が難しいことではなく、業務データとの距離が近いことです。CLRPFMを打つ前には、技術確認と同じくらい業務確認が必要です。
実行前に残すメモ
対象ライブラリ: 対象ファイル: 対象メンバー: 消す理由: 業務影響: バックアップ取得時刻: 復旧手順: 承認者: 実行者: 実行予定時刻:
障害対応で焦っているときほど、メモを残す価値があります。後から「なぜ消したのか」「どこまで確認したのか」を説明できる状態にしておくと、現場の信頼を守れます。
本番作業全体の考え方は、AS400本番作業チェックとAS400データ復旧も合わせて確認してください。
まとめ
CLRPFMは強いコマンドです。本番で使うなら、対象、バックアップ、業務影響、承認、復旧手順をそろえてから実行します。コマンドを知っていることより、消してよいデータかを判断できることがAS400保守の実力です。
CLRPFMは実行前の承認が重要
CLRPFMは便利ですが、本番で使う時は削除対象、バックアップ、復旧方法、業務影響、承認者を確認してから実行します。テスト環境の感覚で本番実行しないことが一番大切です。
