web-dev-qa-db-ja.com

ディスクスペースを再利用できないため、リカバリファイルの制限を超えたためにバックアップが失敗する[RMAN-03009、ORA-19809、ORA-19804]

コマンドを使用して増分バックアップレベル0を取得しようとしている間

RMAN>バックアップレベル0のデータベースとアーカイブログをバックアップします。

、このエラーが発生しました。

RMAN-00571:============================================== ============= 
 RMAN-00569:===============エラーメッセージスタックが続く========= ====== 
 RMAN-00571:=================================== ======================== 
 
 RMAN-03009:08/27 /にORA_DISK_1チャネルでのバックアップコマンドの失敗/ 2013 15:58:
 05 
 ORA-19809:リカバリファイルの制限を超えています
 ORA-19804:4327473152の制限から52428800バイトのディスク領域を再生できません

いくつかのフォーラムを通過したとき、私は多くの解決策を見つけましたが、彼らの状況を確認したとき、それは一致しません。

  • 1つの解決策は、db_recoveryスペースを増やすことでした。だから私はスペースをチェックして、この結果を得ました。

db_recoveryサイズ

 SQL> showパラメータdb_recovery; 
 
 NAME TYPE VALUE 
 -------------------------- ---------- ----------- ----------------------------- -
 db_recovery_file_dest string /u01/app/Oracle/fast_recovery_
 area 
 db_recovery_file_dest_size big integer 4127M 
 

スペース使用

 SQL> v $ recovery_file_dest; 
 
 SPACE_USED SPACE_LIMIT 
からSPACE_USED、SPACE_LIMITを選択します---------- ------- ---- 
 800155136 4327473152

利用可能なスペース

 SQL> SELECT 
 NAME、
 TO_CHAR(SPACE_LIMIT、 '999,999,999,999')AS SPACE_LIMIT、
 TO_CHAR(SPACE_LIMIT-SPACE_USED + SPACE_RECLAIMABLE、
 ' 999,999,999,999 ')AS SPACE_AVAILABLE、
 ROUND((SPACE_USED-SPACE_RECLAIMABLE)/ SPACE_LIMIT * 100、1)
 AS PERCENT_FULL 
 FROM V $ RECOVERY_FILE_DEST; 
 
名前
 -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - -------------------------------------- 
 SPACE_LIMIT SPACE_AVAILABLE PERCENT_FULL 
 ---------------- ---------------- ------------ 
 /u01/app/Oracle/fast_recovery_area
 4,327,473,152 3,488,460,800 19.4 

RMANから

 RMAN> show all; 
 
 db_unique_name AGGEを使用するデータベースのRMAN構成パラメータは次のとおりです。
 CONFIGURE RETENTION POLICY TO REDUNDANCY 1; #default 
 CONFIGURE BACKUP OPTIMIZATION OFF; #default 
 CONFIGURE DEFAULT DEVICE TYPE TO DISK; #default 
 CONFIGURE CONTROLFILE AUTOBACKUP OFF; #default 
 CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK to '%F'; #default 
 CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; #default 
 CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK 1; #default 
デバイスタイプDISKのARCHIVELOGバックアップコピーを1に設定。 #default 
 CONFIGURE MAXSETSIZE TO UNLIMITED; #default 
 CONFIGURE ENCRYPTION FOR DATABASE OFF; #default 
 CONFIGURE ENCRYPTION ALGORITHM 'AES128'; #default 
 CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS AS RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE; #default 
 CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; #default 
 CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/Oracle/product/11.2.0/db_1/dbs/snapcf_agge.f'; # デフォルト

この問題を解決するにはどうすればよいですか?これだけのスペースを確保した後でも、回復スペースを増やす必要がありますか?

RHEL5でのOracle 11G R2の使用

3
Maximin

db_recovery_file_destには、オンラインおよびアーカイブREDOログファイルを含む、さまざまなファイルが含まれます。 『Oracle Backup and Recovery User's Guide』を参照してください 第5章 最適なソリューションを見つけてください。無効にするdb_recovery_file_destはお勧めできません。あなたが試すことができます

RMAN> report obsolete;

削除できるものを確認するRMANコマンド。次に、delete obsoleteで削除します。保証された復元ポイントが定義されていますか?

RMAN> list restore point all;

タイプGUARANTEEDの結果が表示された場合、それらが不要になったら削除します。

SQL> DROP RESTORE POINT before_app_upgrade;

フラッシュバックデータベースは有効ですか?

1
Mark Stewart

私はまったく同じ問題に直面していました。上記のオプションも試しましたが、役に立ちませんでした。最後に、友人から提案されたように、db_recovery_file_dest問題を解決しました。

SQL> alter system set db_recovery_file_dest='' scope=both;
0
Sathish Kumar