tidb备份只用需要执行br的地方跑脚本就行，这个机器在不在集群里面都行。
备份的文件需要tikv能访问到的路径
明白，就是一个机器上跑脚本，然后各个tikv会自己在自己的节点备份，只不过路径要每个节点一样
也就是说，每个tikv最好挂共享路径，都能访问到，然后各个节点备完，也在一起
这个描述没问题，一般云上部署用s3协议存储，线下用nfs就行，也可以自己装个minio存储
既然要备份，就要考虑恢复，而且恢复要考虑指定时间点恢复的场景。
我看到官方文档中指定时间点恢复的描述
进行 PITR
如果你想恢复到备份保留期内的任意时间点，可以使用 br restore point 命令。执行该命令时，你需要指定要恢复的时间点、恢复时间点之前最近的快照备份以及日志备份数据。br 命令行工具会自动判断和读取恢复需要的数据，然后将这些数据依次恢复到指定的集群。
这里提到要使用恢复时间点之前最近的快照备份以及日志备份数据
暂不是特别清楚全量备份和全量快照备份的区别 ，当然全量快照备份是要指定时间点的，如果不使用全量快照备份，使用全量备份+日志备份是否可以指定时间点恢复？ 这个可能要测试一下。
如果全量备份+日志备份不能做指定时间点恢复，那这就是一个大问题了
参考
TiDB 日志备份与 PITR 使用指南 | PingCAP 文档中心
全量备份和全量快照备份 一个东西，br备份就是全量快照备份。
备份不指定时间数据库就会用当前时间的。
我感觉也是这样的，不过看文档总感觉怪怪的
[快照（全量）备份] 这种写法保持一致，就不会产生歧义了
学到了
那我觉得nfs可能时比较适合我们的
空间算好够用就行，我测试nfs好用
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。