清理下各个 tikv 节点上该目录的文件，保持目录为空；并且检查下 br meta 文件看下，如果是全新的备份可以将其 mv 走
bakcupfull.log 可以上传看下，
这个问题的原因是 gc safe point 超过了增量备份的点，所以如果增量备份时间超过了 gc life time 的时间（默认 10m），就需要重新进行全量备份，此为预期的行为。可以通过延长 gc life time 的时间，增加增量备份的灵活性，
我要一天备份一次请问适合增量备份吗？
这个根据业务系统等级需要贵司进行判断，建议 br 进行增量备份之后定期在进行全量备份，并加以验证。
完成此需求可以检索下文档，看下 gc 的设置。更新到 24h 以上，可以设置更大，防止 24h 备份失败重复备份的失败的问题。
先使用 backup full 将集群全部备份以下，在使用增量备份，
的数据已经被清理掉了，如果是后设置 gc lift time 的话。
我是不是每次进行增量备份都清理br meta 文件
可以想一下，在 backup dir 已经完成了一次全量备份，在 incr dir 完成了第一次增量备份，目前想要在 incr dir 完成第二次增量备份，报错：backup files is already。
解决办法：
增量备份 dir 需要为空，
看上面的问题是需要 dir 为空，和gc设置有什么关系吗？
hi, gc 的周期最好设置的比备份的周期大一些，如果相等的话，因为延迟等因素，还是可能出现数据被清理的情况，导致无法增量备份，所以如果需要设置增量备份周期是 24h的话，建议将 gc 设置为 30h
设置成24h，会造成版本过多的问题，会产生大量的慢SQL
是的，如果服务器不满足部署要求，可能出现这个问题，我们也意识到会有这个问题，未来版本我们会进行优化
我竟然翻出了20年的帖子实践了下br的增量备份 
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。