使用增量(差异)策略在一周的备份周期中获得了一个相当大的实例.. 或者更确切地说,这就是它应该是的。不知何故,每日差异似乎是累积的!?我们实例的大小意味着这有点问题 - 在周末超过 3 小时的每日备份窗口是不可接受的。
我们的日程安排:每周一次
backup incremental level 0
as copy tag 'sometag'
skip readonly
database;
每天一次
backup incremental level 1
for recover of copy tag 'sometag'
database plus archivelog;
我们已经为数据库配置了 block-change-tracking
问题是,结果是累积增量备份,这意味着每天增加备份窗口,并在周末重置。
我们做错了什么?
想法:
- 更改跟踪被搞砸了?
- 策略与图像副本不兼容?
您正在进行差异增量备份而不是累积备份,但语法
for recover of copy tag 'sometag'
表明您计划增量更新映像文件备份。Phil 在处理失踪的RECOVER COPY OF DATABASE WITH TAG 'sometag'
. 由于您没有运行它,因此每个增量都必须能够恢复未更新的标签“sometag”,导致它每天都像CUMULATIVE
指定的那样增长。请参阅概念指南中的 备份集和映像副本以及备份和恢复用户指南 (11.2) 中的增量更新备份。如果您打算使用增量更新的图像副本,您将需要更像这样的东西:
如果您不打算这样做,则只需删除
for recover...
语法即可。