数据库用br备份了之后还原不回去了,总是报failed checksum

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
tidb5.2.1 br5.0.0

【概述】 场景 + 问题概述
数据库需要扩容,我们把数据用br backup full备份出来之后,重新部署了集群,现在在线用br恢复的时候会报错

原来的日志文件太大了,我把报错的地方截取出来了
这个问题怎么解决啊
【备份和数据迁移策略逻辑】

【背景】 做过哪些操作

【现象】 业务和数据库现象

【问题】 当前遇到的问题

【业务影响】

【TiDB 版本】

【附件】

  • 相关日志、配置文件、Grafana 监控(https://metricstool.pingcap.com/)
  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息
  • TiDB-Overview 监控
  • 对应模块的 Grafana 监控(如有 BR、TiDB-binlog、TiCDC 等)
  • 对应模块日志(包含问题前后 1 小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

br目前貌似不支持在线恢复

https://docs.pingcap.com/zh/tidb/v4.0/use-br-command-line-tool

停机恢复的话是用tiup stop命令吗

集群还有业务进行么,如果没有的话只要保证集群没有同名的表就行,而且还原系统库可能会遇到问题,只还原你像还原的库表呢

我把除了系统库之外的库都删了,尝试把除了系统库之外的其他库都删了重新还原,还是报这个错误

不管了,先用了,话说所有表都变成0行0gb了,有没有什么命令能统计表的信息呢

还原要一个库一个库还原,因为你备份了系统库,统计这个问题的话删完就比较难了,没删除的话information_schema.tables可以,你GC时间设置的多少

1赞

这个是恢复的数据不一致。 BR 默认不是恢复系统表,可以参考文档 https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-tool#备份和恢复-mysql-系统库下的表数据实验特性

数据不一致的的问题,请你判断一下,恢复的过程中有没有其他程序在写入? 此外你是从 S3 还是从本地盘进行的恢复?

1赞