AS400のOVRDBFとは?ファイル切替で本番事故を防ぐ確認ポイント

AS400 / IBM i の保守では、プログラムを修正せずに、実行時だけ参照するファイルやメンバーを切り替えたい場面があります。テスト用ファイルで動かしたい、特定メンバーを読ませたい、帳票や調査のために一時的に向き先を変えたい、という場面です。

その時に出てくる代表的なコマンドが OVRDBF です。IBMの資料では、OVRDBFはプログラム内で指定されているデータベースファイル名や、ファイル処理に使う一部パラメータを上書きするためのコマンドとして説明されています。

この記事では、OVRDBFの細かい全パラメータではなく、AS400保守の現場で「何に気をつけて見るか」を整理します。コマンドを目的別に探す場合は、AS400コマンド逆引き も確認してください。

OVRDBFでできること

OVRDBF は、プログラムが開くデータベースファイルを、実行時に別のファイルやメンバーへ向ける時に使います。プログラムを再コンパイルせずに動きを変えられるため、テストや一時対応では便利です。

使う場面現場での見方
テスト用ファイルへ向ける本番ファイルではなく、検証用ライブラリや検証用ファイルを読ませたい時に使います。
別メンバーを読む物理ファイルの特定メンバーを対象にしたい時に出てきます。
一時的な調査プログラムを変更せずに、入力や出力の向き先を変えて調査する時に使います。
既存処理の影響確認RPGやCLの修正前に、実行時の参照先がソースと違っていないか確認します。

OVRDBFで怖いのは「どこで有効か」を見落とすこと

OVRDBFは便利ですが、保守現場では見落とすと怖いコマンドです。ソースだけ見ると本番ファイルを読んでいるように見えても、実行前にOVRDBFされていれば、実際には別ファイルや別メンバーを見ている場合があります。

特にCLからRPGを呼ぶ処理では、CALLの前にOVRDBFが入っていないかを確認します。CLを読む時の基本は AS400のCLとは?CALL・SBMJOB・MONMSGを読む保守確認ポイント でも整理しています。

本番作業で確認するポイント

本番環境でOVRDBFを扱う場合は、対象ジョブ、対象ファイル、対象ライブラリ、有効範囲、解除タイミングを確認します。調査用に入れたオーバーライドが残ったままだと、後続処理が意図しないファイルを見てしまう可能性があります。

確認項目理由
対象ジョブどのジョブでOVRDBFが有効なのかを間違えないため。
対象ファイル本番ファイル、テストファイル、別メンバーのどれを見ているか確認するため。
ライブラリライブラリリストの順番で、同名ファイルの参照先が変わることがあるため。
解除一時対応後にオーバーライドが残っていないか確認するため。

DSPFFDやDSPPFMと合わせて確認する

OVRDBFで参照先を切り替える場合、切替先のファイル定義やデータ内容も確認します。フィールド定義を見るなら DSPFFD / DSPPFMの見方、実行結果を追うなら ジョブログ確認手順 も合わせて見ると安全です。

改修前の影響範囲を広く見たい場合は、DSPPGMREFで参照ファイルや呼び出し先を確認する手順 も役立ちます。OVRDBFは実行時の切替、DSPPGMREFはプログラム参照の入口、と分けて考えると整理しやすいです。

CodexやAIに相談する時の注意

OVRDBFを含むCLやジョブログをCodexに見せると、処理の流れを整理しやすくなります。ただし、会社名、顧客名、ライブラリ名、ファイル名、ユーザー名、本番データが含まれる場合は、必ずマスキングしてください。

AS400保守でAIを安全に使う考え方は、AS400保守でCodexはどこまで使える?AS400保守向けCodex研修 でも整理しています。

まとめ

OVRDBFは、AS400 / IBM i の保守でファイル参照先を一時的に切り替える時に使う重要なコマンドです。テストや調査では便利ですが、本番では有効範囲と解除確認を忘れると事故につながります。

ソースだけで判断せず、CL、ジョブログ、DSPFFD、DSPPFM、DSPPGMREFを組み合わせて確認することが大切です。OVRDBFを見つけたら、「どのジョブで、どのファイルへ、いつまで有効なのか」を必ず確認してください。