増分レベル1 RMANが削除されていない

Question

次のグローバルスクリプトを使用して、日曜日にレベル0（フル）の増分バックアップを実行しています。

printing stored global script: weekly_backup { allocate channel DISK1 device type disk format '&1/&2_Disk1_%U.bkp'; allocate channel DISK2 device type disk format '&1/&2_Disk2_%U.bkp'; allocate channel DISK3 device type disk format '&1/&2_Disk3_%U.bkp'; backup section size 1g incremental level 0 as compressed backupset tag '&2' keep until time 'SYSDATE+&3' restore point '&2' database plus archivelog; delete noprompt obsolete; }

月曜日から土曜日まで、レベル1の増分バックアップに対して次のRMANコマンドを実行します。

run { backup section size 1g incremental level 1 as compressed backupset archivelog all database; delete noprompt obsolete; }

私の重要な設定：

RMAN> show all; RMAN configuration parameters for database with db_unique_name RCATN are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

15日間パラメーターを指定してスクリプトを呼び出すと、レベル0のバックアップセットのKeepに適切な値が設定されます。

（2019年3月28日に実行したこれらのコマンドの残りすべて）

RMAN> list backupset tag=L0_2019_03_17; List of Backup Sets =================== BS Key Size Device Type Elapsed Time Completion Time ------- ---------- ----------- ------------ ------------------- 4349986 7.90M DISK 00:00:01 2019-03-17 02:05:12 BP Key: 4349990 Status: AVAILABLE Compressed: YES Tag: L0_2019_03_17 Piece Name: /mnt/shares/backup/RCATN/L0_2019_03_17_Disk2_sgtskh2n_1_1.bkp Keep: BACKUP_LOGS Until: 2019-04-01 02:05:11 ...

しかし、すべてのバックアップセットを一覧表示すると、最も古いレベル0（完全）バックアップよりも古いであるレベル1の増分バックアップが数日分あることがわかります。

RMAN> list backupset summary; List of Backups =============== Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag ------- -- -- - ----------- --------------- ------- ------- ---------- --- 4324675 B 1 A DISK 2019-03-07 2 1 YES TAG20190307T020510 4324676 B 0 A DISK 2019-03-07 1 1 YES TAG20190307T020510 4324677 B 1 A DISK 2019-03-07 1 1 YES TAG20190307T020510 4325630 B A A DISK 2019-03-07 1 1 NO TAG20190307T120513 4326388 B A A DISK 2019-03-08 1 1 NO TAG20190308T000512 4326760 B A A DISK 2019-03-08 1 1 YES TAG20190308T020510 4326761 B 1 A DISK 2019-03-08 1 1 YES TAG20190308T020510 4326762 B 1 A DISK 2019-03-08 2 1 YES TAG20190308T020510 4327695 B A A DISK 2019-03-08 1 1 NO TAG20190308T120513 4332857 B A A DISK 2019-03-09 1 1 NO TAG20190309T000508 4333313 B A A DISK 2019-03-09 1 1 YES TAG20190309T020508 4333314 B 1 A DISK 2019-03-09 1 1 YES TAG20190309T020508 4333315 B 1 A DISK 2019-03-09 2 1 YES TAG20190309T020508 4334294 B A A DISK 2019-03-09 1 1 NO TAG20190309T120512 4335404 B A A DISK 2019-03-11 1 1 NO TAG20190311T000508 4335904 B A A DISK 2019-03-11 1 1 YES TAG20190311T020509 4335905 B 1 A DISK 2019-03-11 1 1 YES TAG20190311T020509 4335906 B 1 A DISK 2019-03-11 2 1 YES TAG20190311T020509 4336825 B A A DISK 2019-03-11 1 1 NO TAG20190311T120508 4337610 B A A DISK 2019-03-12 1 1 NO TAG20190312T000508 4338006 B A A DISK 2019-03-12 1 1 YES TAG20190312T020509 4338007 B 1 A DISK 2019-03-12 1 1 YES TAG20190312T020509 4338008 B 1 A DISK 2019-03-12 2 1 YES TAG20190312T020509 4338956 B A A DISK 2019-03-12 1 1 NO TAG20190312T120508 4339810 B A A DISK 2019-03-13 1 1 NO TAG20190313T000508 4340248 B A A DISK 2019-03-13 1 1 YES TAG20190313T020507 4340249 B 1 A DISK 2019-03-13 1 1 YES TAG20190313T020507 4340250 B 1 A DISK 2019-03-13 2 1 YES TAG20190313T020507 4341190 B A A DISK 2019-03-13 1 1 NO TAG20190313T120508 4342684 B A A DISK 2019-03-14 1 1 NO TAG20190314T000508 4343074 B A A DISK 2019-03-14 1 1 YES TAG20190314T020508 4343075 B 1 A DISK 2019-03-14 1 1 YES TAG20190314T020508 4343076 B 1 A DISK 2019-03-14 2 1 YES TAG20190314T020508 4344192 B A A DISK 2019-03-14 1 1 NO TAG20190314T120508 4345115 B A A DISK 2019-03-15 1 1 NO TAG20190315T000509 4345510 B A A DISK 2019-03-15 1 1 YES TAG20190315T020508 4345511 B 1 A DISK 2019-03-15 1 1 YES TAG20190315T020508 4345512 B 1 A DISK 2019-03-15 2 1 YES TAG20190315T020508 4346447 B A A DISK 2019-03-15 1 1 NO TAG20190315T120508 4347266 B A A DISK 2019-03-16 1 1 NO TAG20190316T000509 4347630 B A A DISK 2019-03-16 1 1 YES TAG20190316T020508 4347631 B 1 A DISK 2019-03-16 1 1 YES TAG20190316T020508 4347632 B 1 A DISK 2019-03-16 2 1 YES TAG20190316T020508 4348621 B A A DISK 2019-03-16 1 1 NO TAG20190316T120509 4349564 B A A DISK 2019-03-17 1 1 NO TAG20190317T000509 4349986 B A A DISK 2019-03-17 1 1 YES L0_2019_03_17 4349987 B A A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350036 B 0 A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350037 B 0 A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350038 B 0 A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350039 B 0 A DISK 2019-03-17 2 1 YES L0_2019_03_17 4350061 B A A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350062 B A A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350079 B F A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350097 B F A DISK 2019-03-17 1 1 YES L0_2019_03_17 4350114 B A A DISK 2019-03-17 1 1 YES L0_2019_03_17 4351780 B A A DISK 2019-03-17 1 1 NO TAG20190317T120509 4352876 B A A DISK 2019-03-18 1 1 NO TAG20190318T000508 4353260 B A A DISK 2019-03-18 1 1 YES TAG20190318T020508 4353261 B 1 A DISK 2019-03-18 1 1 YES TAG20190318T020508 4353262 B 1 A DISK 2019-03-18 2 1 YES TAG20190318T020508 4354185 B A A DISK 2019-03-18 1 1 NO TAG20190318T120508 ...

レベル1の増分バックアップの詳細をリストした場合（上記の要約リストで最初のものを選択した場合）、KEEPデータは表示されません。

RMAN> list backupset 4324675; List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4324675 Incr 1 380.61M DISK 00:01:15 2019-03-07 List of Datafiles in backup set 4324675 File LV Type Ckp SCN Ckp Time Abs Fuz SCN Sparse Name ---- -- ---- ---------- ---------- ----------- ------ ---- 3 0 Incr 40466491 2019-03-07 NO /u01/app/Oracle/oradata/rmcat/sysaux01.dbf Backup Set Copy #1 of backup set 4324675 Device Type Elapsed Time Completion Time Compressed Tag ----------- ------------ --------------- ---------- --- DISK 00:01:15 2019-03-07 YES TAG20190307T020510 List of Backup Pieces for backup set 4324675 Copy #1 BP Key Pc# Status Piece Name ------- --- ----------- ---------- 4324680 1 AVAILABLE /u01/app/Oracle/recovery_area/RCATN/backupset/2019_03_07/o1_mf_nnnd1_TAG20190307T020510_g80vlp4r_.bkp 4324681 2 AVAILABLE /u01/app/Oracle/recovery_area/RCATN/backupset/2019_03_07/o1_mf_nnnd1_TAG20190307T020510_g80vn3cq_.bkp RMAN>

では、なぜRMANは、最も古いレベル0のバックアップよりも古いレベル1のバックアップを保持しているのですか？

EdStevens · Accepted Answer

バックアップとリカバリのリファレンスによると、KEEPオプションの説明：

使用上の注意

RMANは、バックアップ保持ポリシーを計算するときに、KEEPオプションを使用してバックアップピースを考慮しません。使用可能な場合、RMANはこれらのバックアップを災害復旧復元操作に使用しますが、その目的は、テストまたは履歴での使用のために別のシステムに復元できるデータベースのスナップショットを作成することです。

それで、最後に行ったfullまたはinc0バックアップはいつなし KEEPオプションですか？それ以降のすべてのinc1とarchivelogsは、リカバリウィンドウを適用するために必要であると計算されているため、廃止されていません。

_{コメントから転送：}

したがって、本番用にレベル0のバックアップを毎週2か月間保持し、レベル1の増分バックアップを1週間だけ保持したい場合、それを達成する最も簡単な方法は何ですか。

inc0を1週間だけ保持する場合、inc1を2か月間保持しても意味がありません。彼らは一緒に働きます。

最初に行う必要があるのは、RETENTION_POLICYをREDUNDANCYからRECOVERY_WINDOWに変更することです。次に、すべてのバックアップジョブにDELETE OBSOLETEを含めるだけで、削除できるものとできないものをRMANで処理します。また、これらのアーカイブバックアップは、KEEP UNTIL <date>ではなくRETENTION POLICYによって不要と見なされることに注意してください。