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