三思，是否使用RMAN备份集的保留策略

是否使用RMAN备份集的保留策略

       1）针对数据库规模庞大，备份执行比较频繁。

         对备份的文件制定合理的保留策略

                      |

        由RMAN自动的删除过旧的备份文件。

                      |

        最大化利用有限的磁盘空间

    2）备份策略：基于时间备份保留策略、基于冗余数量备份保留策略

    3）基于时间的备份保留策略：保证数据库可以恢复到从现在起到之前某一时间内的任意时间点。

RMAN>configure retention policy to recovery window of n days;  (n是大于0的正整数)

如果n=4

则 sysdate - datafile checkpoint time >=4  （datafile checkpoint time 是ORACLE从控制文件或恢复目录中获取到的 ）

即用于作为恢复基础的全备中的数据文件中已提交的数据块的SCN距离现在的时间间隔不得小于n。

如果RMAN的备份信息只保留在了控制文件中（未使用恢复目录）

  |

受制于

  |

初始化参数：CONTROL_FILE_RECORD_KEEP_TIME(默认值：7天)

控制文件中RMAN的备份信息保存超过CONTROL_FILE_RECORD_KEEP_TIME设置值，控制文件空间不足的话，将自动被覆盖。

因此建议：CONTROL_FILE_RECORD_KEEP_TIME  >=  RMAN设置的备份保留时间

4）基于冗余数量的备份保留策略

    设置备份保留策略：

    RMAN>confgure retention policy to redundancy n;  (n是大于0的正整数)

取消任何备份保留策略：

RMAN>configure retention policy to none;

delete obsolete和report obsolete也支持redundancy和recovery window参数：

（从而可以写到脚本中进行定期的显示和删除过期的备份）
    RMAN>delete obsolete [noprompt] redundancy 2;

RMAN>delete obsolete [noprompt] recovery window of 8 days;

RMAN>report obsolete [noprompt] redundancy 2;

RMAN>report obsolete [noprompt] recovery window of 8 days;

 

以全备为节点（所有数据文件），节点间备份的归档（无论备份多少次）都只算冗余1，但控制文件+参数文件独立于全备，只看备份的数量。 

    上面的冗余 = 3，以全备间隔。全备间的归档无论备份多少次都只算归档冗余1。全备1之前的归档即使没有基础全备也算1个冗余，因此若备份保留策略为2，全备1以前的归档备份都过期；若备份保留策略为2，全备2以前的全备1和所有归档备份都过期。

    如果被判断为废弃的备份是一个备份集的一部分，则必须等整个备份集中所有其他文件都被废弃之后，才能删除这个备份。

    如果被判断为废弃备份是一个单独的数据文件的镜像复制，那么在执行delete命令时将直接删除这个镜像复制文件。

    对于增量备份，不管是基于时间还是基于冗余数量，RMAN都是监测0级备份是否符合需求。