【测试环境】
【 OCP 4.3.0】
1.每周同步三次全量数据,会不会导致重复备份
2.定时清理过期数据,怎么判断数据是过期的?
您说的是租户级别备份和全量备份 数据会重复吗 ??
每次合并后全量数据都在变化,也不会重复备份啊 。
你说的重复备份是担心数据还是日志呢???
三次备份,如果数据是时时新增的,哪会有历史数据重复,但每次备份都有新增数据,严格来说不算重复;
过期是按时间,比如备份保留7天,哪清理会清理7天前的
也就是说7天前的数据就没有了是吧
【租户级别的备份】
第一个是担心全量数据重复备份占空间
第二个是想了解清理过期数据的逻辑,假如我设置的7天过期清理,意味着我备份的数据只有这7天内的吗?
清理的是七天前的全备数据,每一次全备都相当于一份完整的数据库备份
答:不做是否过期判断,只做,到时间就清理的策略
是7天前的完整备份没有了
每次都是全备的话,7天内每次备份都是当天全部的数据
1.每周同步三次全量数据,会不会导致重复备份
我理解你想确认这个备份策略是否合理的,是否导致备份空间浪费,这个需要综合考虑成本和业务需求,如果数据量较大且没有经常需要全量数据恢复的场景,没有合规方面的要求等,则可以降低全量数据备份的频次,可以考虑一次全量+多次增量方式
2.定时清理过期数据,怎么判断数据是过期的?
通过 recovery_window 判断数据备份过期的方式: 比满足 “当前时间 - 备份时间点 >= recovery_window ” 条件的最新备份更早的所有备份均被视为过期。例如,设置 recovery_window=‘7d’ 表示从当前时间起,7 天内的数据保证可恢复,且与这 7 天数据恢复无关的备份数据将被视为过期的数据。
下面通过一个简单的示例来说明设置 recovery_window
后,哪些为过期的备份数据。假设当前的数据备份情况如下图所示。
自动清理场景下,系统按照一次全量备份+若干次增量备份来进行过期数据的清理,以上图为例:
backup_set 1
,1 月 4 日增量备份 backup_set 2
。backup_set 3
,1 月 11 日增量备份 backup_set 4
。backup_set 5
。当前时间为 1 月 15 日,最早恢复点为 1 月 8 日,即 1 月 8 日 ~1 月 15 日的备份数据保证可恢复。由于数据的恢复需要基于全量备份,1 月 8 日~1 月 14 日全量备份前的数据恢复需要依赖可恢复点前的第一个全量备份 backup_set 3
,故系统会保留 backup_set 3
,在 1 月 7 日之前的备份数据均视为已过期的备份数据,即第一组备份 backup_set 1
和 backup_set 2
为过期的备份。当启动自动清理功能时,过期的备份数据将被清理。