1:TiDB集群默认每条数据三个副本,在tikv节点大于等于3个的情况下,每个数据在其他节点已经有了两个副本的备份,还有必要对集群的所有数据进行备份吗?
2:如果需要备份推荐什么方法,在生产环境已经使用的备份方案:
官方的方法有:
- 通过br工具备份
- 通过Dumpling工具备份
- 搭建双集群主从复制?
1:TiDB集群默认每条数据三个副本,在tikv节点大于等于3个的情况下,每个数据在其他节点已经有了两个副本的备份,还有必要对集群的所有数据进行备份吗?
2:如果需要备份推荐什么方法,在生产环境已经使用的备份方案:
官方的方法有:
生产环境必然要备份,三副本只能保证宕机一台数据不丢,无法恢复之前的数据。
大数据量用BR,小数据量可以用Dumpling,双集群复制成本更高,一般做灾备。
一般多久备份一次呢
看个人需求,一般集群不是特别大的话1天一备吧
你是增量备份还是全量备份呢,数据不大是指多大,一周一备靠谱不?
我是全量,数据大不大具体要参考你一次全备花费的时间
备份是必须的 备份的频率 可根据实际情况 因地制宜的来制定
你是备份在本地还是S3这种网盘呢,用br还是dumpling呢?我担心数据太大直接上传s3会中断
备份是一定需要的,备份可以保存到共享盘,万一多台宕机了,还能通过扩缩容节点快速恢复数据
有道理,不过多个节点坏了,比如三个节点两个坏了,怎么恢复数据呢?直接使用备份的数据重做集群?
很有必要做备份,搭配 binlog 使用更佳。比如你要恢复到2天之前18点,你可以做基于时间点的恢复。
大于1TB,建议使用BR备份。
小于1TB,可以使用dumpling备份。
有条件就备到S3这样的对象存储上。
是个数据库就要做备份,谁也不知道机器什么时候宕机 ,出问题找不回来那就jj了。
备份频率取决于使用者容忍程度吧。一点不不允许丢,那就每天全量,实时增量。这样出了问题,恢复还有希望
备份恢复的需求场景还是很多的,生产数据库需要备份
数据库备份是最后的保障,一定要备份。
备份是一定要做的,可以根据你的数据量大小,备份时间按接受程度来进行全量+增量
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。