br restore

🪐 TiDB 技术问题 备份&数据迁移
1

7.1.1

{“level”:“info”,“ts”:“2024-08-02T16:21:39.655+0800”,“logger”:“etcd-client”,“caller”:“v3@v3.5.2/client.go:207”,“msg”:“Auto sync endpoints failed.”,“error”:“context deadline exceeded”}

恢复到Restore KV Files时报错

2

endpoints 是从哪里获取，为什么会显示超时？离线的文件应该不会获取什么point很久。原理是什么

3

br的恢复得连pd，你这个是不是连不上pd？看看这个文档：
https://docs.pingcap.com/zh/tidb/v7.1/br-snapshot-guide

4

理解是去pitr的备份文件里，查找全量的最后point,但是超时了
br restore帮助的参数里也没有类似超时的设置

5

是的 br恢复得看版本

6

是同一个版本的

7

但是会自动修复，报错后自动再次执行，但是不知道是否影响了整体恢复

8
  1. 检查网络连接：确保所有组件之间的网络连接是正常的，没有任何延迟或中断。如果网络存在问题，这可能是导致超时的原因之一。
  2. 检查PD组件状态：PD（Placement Driver）组件负责整个集群的调度和管理，如果PD组件出现问题或崩溃，可能会导致恢复操作超时。检查PD日志，确认其状态是否正常。
  3. 资源配置：确认集群的资源配置是否满足恢复操作的需求。如果资源不足，比如CPU或内存不足，可能会导致操作超时。根据错误发生的上下文，考虑是否需要提升资源配置。
  4. 调整超时设置：如果确认网络和资源都没有问题，可以考虑检查或调整相关操作的超时设置。有时候，系统默认的超时时间可能不足以完成大规模数据的恢复操作。
9

看恢复完成后最后的输出，如果 total-ranges 和 range-success 一样就说明前面的报错没影响。另外可以看下报错时间点的 网络监控是否有异常

10

是会重试，最后的恢复是不是完整？管理员帮确认一下

11

发下完整的执行命令和日志吧，这里描述太不清晰了

12

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。