为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【 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 小时日志）
若提问为性能优化、故障排查类问题，请下载脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。
db_user
(Db User)
2
br目前貌似不支持在线恢复
https://docs.pingcap.com/zh/tidb/v4.0/use-br-command-line-tool
db_user
(Db User)
4
集群还有业务进行么，如果没有的话只要保证集群没有同名的表就行，而且还原系统库可能会遇到问题，只还原你像还原的库表呢
我把除了系统库之外的库都删了，尝试把除了系统库之外的其他库都删了重新还原，还是报这个错误
不管了，先用了，话说所有表都变成0行0gb了，有没有什么命令能统计表的信息呢
db_user
(Db User)
7
还原要一个库一个库还原，因为你备份了系统库，统计这个问题的话删完就比较难了，没删除的话information_schema.tables可以，你GC时间设置的多少
1 个赞
这个是恢复的数据不一致。 BR 默认不是恢复系统表，可以参考文档 https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-tool#备份和恢复-mysql-系统库下的表数据实验特性
数据不一致的的问题，请你判断一下，恢复的过程中有没有其他程序在写入？ 此外你是从 S3 还是从本地盘进行的恢复？
1 个赞
rw12306
(Rw12306)
9
离线是指要停掉集群？还有全量恢复的时候是不是必须要把数据库删了才能恢复,我试了一下如果没有删除是恢复不成功的。
system
(system)
关闭
10
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。
