web-dev-qa-db-ja.com

VALIDATE RECOVERYFILES作業領域の場所を変更します

VALIDATE RECOVERY FILESコマンドに、より多くの空きディスク容量がある別の場所を使用するように指示する方法はありますか?

RMANでコマンドを実行すると、次のエラースタックで失敗します。

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of validate command on ORA_DISK_1 channel at 06/05/2012 12:02:42
ORA-19502: write error on file "/opt/app/Oracle/product/11.2.0/dbhome_1/dbs/...
ORA-27072: File I/O error
Additional information: 4
Additional information: 1071488
Additional information: 286720
ORA-19502: write error on file "/opt/app/Oracle/product/11.2.0/dbhome_1/dbs/...

これは、検証でデータベースホームが作業領域に使用されており、そこに十分なディスク容量がないことが原因のようです。コマンドが失敗してスペースが返される前に、8GBの空き容量がゼロに低下するのを実際に確認できます。

この場所は、デバイスにチャネルを割り当てるときに形式で場所を設定しても影響を受けません。

DB_RECOVERY_FILE_DESTは「+ FRA」に設定されていますが、現在、ほとんどのバックアップはASMではなく/ u01/backにあります。 '+ FRA'にはいくつかの制御ファイルのバックアップがあります。

更新:

私はこれを行う方法を見つけていませんが、それが不可能であると言っている決定的なものも見つけていません。 Oracleコミュニティトピック これについて議論していますが、解決策はありません。興味深いことに、RESTORE ARCHIVELOG ALL VALIDATERESTORE VALIDATE DATABASE CHECK LOGICALはこの動作を示しません。これが、より多くの人がこの動作に遭遇していない理由である可能性があります。

更新2:

Oracleサポート付きのSRを開いて、この質問に光を当てることができるかどうかを確認しました。

更新3:

オラクルのサポートはこの問題を社内で再現することができ、バグとして扱っています。

4
Leigh Riffel

Oracleサポートはバグ14226856を「バグではない」としてクローズし、12cで修正されると述べました。

3
Leigh Riffel

Db_recovery_file_destパラメータを確認してください。構成されておらず、OracleがデフォルトでOracleホームを使用していると思われます。

0
Gwen Shapira