生产环境使用的br的备份脚本，是否会使用到增量备份进行备份数据

🪐 TiDB 技术问题
1

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.9
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
生产环境使用的br的备份脚本，都是使用全量备份+tidb日志备份的方式进？ 是否会使用到增量备份进行备份数据。关于增量备份，官方文档是这么介绍的：
TiDB 增量备份与恢复使用指南链接：https://docs.pingcap.com/zh/tidb/stable/br-incremental-guide

警告
当前该功能已经停止开发迭代，推荐你选择日志备份与恢复功能代替。

使用限制
由于增量备份的恢复依赖于备份时间点的库表快照来过滤增量 DDL，因此对于增量备份过程中删除的表，在恢复后可能仍然存在，需要手动删除。
增量备份尚不支持批量重命名表的操作。如果在增量备份过程中发生了批量重命名表的操作，则有可能造成恢复失败。建议在批量重命名表后进行一次全量备份，并在恢复时使用最新的全量备份替代增量数据。

2

会的呀，会使用增量数据

3

https://docs.pingcap.com/zh/tidb/v7.1/br-log-architecture#pitr

4

这说的是增量备份的 snapshot 的方式停止开发迭代了，log 方式是可以的，也就是 日志备份的方式 TiDB 日志备份与 PITR 使用指南 | PingCAP 文档中心

5

直接使用pitr挺好

6

6.5.0开始支持pitr

7

平时就是一周全备，一天增备方式在做运维的。

8

pitr 支持恢复到任意时间点，相当于oracle 的归档日志，新版本推荐使用 Pitr 进行日志备份

9

Pitr是备份整个集群的，如果想要恢复某个指定库的话是不行的，会将其他库一同恢复到指定时间节点

10

tidb正常备份就好

11

恢复某张表的话可以将全库恢复到另一个新集群，再提取某张表的信息，一般来说不会直接在生产环境做恢复的

12

也是一个方案，不过这种对资源要求高了，还得额外有一个集群