tidb 备份方案 用每月一次的br全备+br log

🪐 TiDB 技术问题
1

请问各位老师：
因tidb集群数据量比较大，计划采用每个月一号br全备+br log 增量备份的方式进行备份（全都备份到S3），大家觉得这个备份方案咋样，用S3的存储有什么注意点？

2

全备间隔感觉太长了，如果中间时间要恢复，日志的回放时间是个问题

3

是，但是无奈之举了

4

方案其实是 TiDB 官方比较推荐的一类备份策略：

周期性 BR 全量 + BR Log 增量（PITR） + 对象存储（S3）

1 个赞
5

S3 存储需要注意的几个关键点
1 对象存储并发限制

BR 会：

大量并发上传对象

如果 S3 限制较低：

可能报错：

503 Slow Down

建议参数：

–concurrency

例如：

br backup full
–concurrency 4

否则：

默认并发可能过高

1 个赞
6

网络带宽

全量备份：

TiKV → S3

如果：

10TB 数据

带宽需求：

1Gbps

否则：

备份时间非常长

生产一般：

万兆网

7

不同的云,S3性能不同,设置也不一样,包括流量,所以建议这部分最好提前测试

8

可以提前测试存储和网络性能这些指标

9

每月改为每15天是不是合理一些

10

全备间隔时间太久了如果数据量大的话，恢复比较慢

11

这个方案整体可行，就是感觉时间有点长啊

12

是的，感觉全备间隔太长了

13

S3 提供了多种存储类型，可以根据备份数据的访问频率和保留周期选择最经济的存储方案

14

说实话,用S3还不如自己搭建一个NFS来搞这个BR备份

15

nfs主要是可用性的问题吧，如果数据量很大，他这个全备确实是个问题