为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【 TiDB 使用环境】
tidb 版本和BR版本都是5.3.0
【概述】 场景 + 问题概述
【备份和数据迁移策略逻辑】
【背景】 采用NFS作为备份存储，使用BR备份db和table都没有问题，但是恢复的时候报错has not been backup, please ensure you has input a correct table name: [BR:Common:ErrUndefinedDbOrTable]undefined restore databases or tables
备份和恢复在同一集群上进行的，备份完立即进行恢复
能描述下操作步骤么
还有关键命令～
–这个是备份命令
./br backup table --pd “192.168.0.61:2379” --db mes --table tb_wip_snstatus --storage “local:///home/NFSTidbBackup/table/20220216/mes” --ratelimit 128 --log-file backupdbmes.log
–这个是恢复命令
./br restore table --pd “192.168.0.61:2379” --db mes --table tb_wip_snstatus --storage “local:///home/NFSTidbBackup/table/20220216/mes” --ratelimit 128 --log-file backupdbmes.log
采用的是NFS
在同一个集群里面操作的，没有进去其他的命令操作
备份目录都是新建的
从你提供的日志看，是获取 PD 的 TSO 报错了
运行 BR 的这台机器能访问 PD 么？
这台机器就是PD，可以访问pd的
在操作试试，还是一样的问题么？
另外要注意大小写的问题… 这个比较坑
嗯，我试了，大小写全部一致了，还是报相同的错误
备份正常吗？备份了多久？检查过备份目录的文件吗
备份是正常的，备份完会自动检查的，备份目录是正常的，权限之类的也赋了777
PD 日志和监控先提供一下，看看 PD 有没有负载异常，导致提供授时超时的问题。另外备份日志还有么？提供一下？
restore full可以正常恢复，但是操作db跟table的时候就会报错
已经解决了，恢复db的时候当前db中不能存在与备份表相同的表名，恢复表的时候也是一样的
Hi,麻烦提供提供一下 restore table 的完整日志,执行 restore table 命令以后,br 日志里面最早的日志到报错这段的完整日志提供一下.谢谢
按表恢复的时候，目标集群中不能存在相同的表？
这样 checksum 过不去的,会报错.现在这个问题需要确认一下 restore 的表名大小写是不是对的.
我记得你以前做过测试，相同的表好像是成功恢复了吧，而且里面数据还重复了
show tables 再确认一下 tb_wip_snstatus 表名大小写看一下呢? 日志里面填充的大写的表名.
