br restore

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时报错

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

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

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

是的 br恢复得看版本

是同一个版本的

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

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

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

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

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

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