Backup And Recovery User's Guide-创建和更新增量备份-规划增量备份策略

规划增量备份策略

根据可以接受的MTTR（mean time to recover）来选择备份策略。

例，可实现三级的备份方案，每月进行level 0备份；每周进行level 1累积增量备份；每天进行level 1差异增量备份。

在这个策略下，永远也不会需要应用超过1天的redo信息来完成恢复。

 

确定多长时间进行一次level 0增量备份的一般的规则是当>=20%的数据已经改变的时候，就需要进行一个新的level 0备份。

如果数据库的改变率是可预测的，则可以观察增量备份的大小来确定何时进行level 0的增量备份是合适的。

下面的SQL查询确定了每个数据文件至少有20%的数据块被备份的话，被写到level 1增量备份中的块的数量。

SELECT FILE#, INCREMENTAL_LEVEL, COMPLETION_TIME, BLOCKS, DATAFILE_BLOCKS FROM V$BACKUP_DATAFILE WHERE INCREMENTAL_LEVEL > 0 AND BLOCKS / DATAFILE_BLOCKS > .2 ORDER BY COMPLETION_TIME;

 

比较level 1备份和level 0备份的块的数量。

例，如果你只创建了level 1累积备份，则当最近的level 1备份的大小大约是level 0备份的一半的时候，创建一个新的level 0备份。

 

节省磁盘空间的一个有效的方法是进行增量备份，然后使用BACKUP AS BACKUPSET卸载备份到磁带。

增量备份通常要比完全备份小。

当在磁盘上的增量备份被备份到磁带时，磁带倾向于涌入，因为所有的增量备份的块都被拷贝到磁带。

不会因为RMAN定位数据文件中改变的块需要时间而产生延迟。

 

另一个策略是使用“增量更新备份”。

在这种策略中，创建每个数据文件的镜像拷贝，然后通过创建和应用level 1增量备份，来定期地前滚这个拷贝。

通过这种方式可以避免产生重复的完全镜像拷贝的开销，但却可以享受完全镜像拷贝的所有好处。

 

在DG环境中，可以卸载增量备份到物理备份数据库。备库和主库的增量备份是可以互换的。

因此可以将备库的增量备份应用到主库上，反之亦然。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/17013648/viewspace-1087722/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/17013648/viewspace-1087722/