RESTORE 命名默认是使用的那个命令导入的

[rw12306]

为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【 TiDB 使用环境】
【概述】场景+问题概述
【背景】做过哪些操作
【现象】业务和数据库现象
【业务影响】
【TiDB 版本】 5.2.3
【附件】

使用navicat 执行恢复和备份时是不是使用连接的账号执行了,一直报没有权限执行,我使用的root账号连接的。

ad=“info_gathering.py”>脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。 →

[这道题我不会 (Lizhengyang@PingCAP)]

麻烦检查下设置的目录 /data/backup/ 是不是在每个 tikv 节点上都存在，同时在每个 tikv 节点上都要有完整的 sst 文件，也可以参考下：
https://docs.pingcap.com/zh/tidb/v5.0/backup-and-restore-faq#br-遇到-permission-denied-或者-no-such-file-or-directory-错误即使用-root-运行-br-也无法解决该如何处理

[rw12306]

我使用的root 用户恢复还是不得行,还有显示备份成功,但是size为0

[这道题我不会 (Lizhengyang@PingCAP)]

1. 麻烦确认数据库 crontest 下有无具体的数据；
   2.通过本地磁盘备份的方式，在恢复时需要将所有的 sst 汇总在每一个 tikv 节点上：
   
   

[rw12306]

1.crontest 表里面是有数据的。
2.在备份的时候是在每一个tikv 下面都生成了sst文件，现在是讲将所有tikv节点里面的数据拷贝到一起，然后再拷贝到每一个tikv节点,然后在执行restore ？
3.恢复到离线集群,我怎么执行restore 命令，我这里不是用的br 工具,而是命令窗口直接执行 RESTORE DATABASE na_yiliao FROM ‘local:///data/backup/’;
4.我只在本地直接备份,然后恢复，执行命令如下;
BACKUP DATABASE na_yiliao TO ‘local:///data/backup/’;

RESTORE DATABASE na_yiliao FROM ‘local:///data/backup/’;

[这道题我不会 (Lizhengyang@PingCAP)]

是的，需要将所有的 sst 文件放到每个 tikv 节点上对应的目录，如果是通过 NFS 或 s3 这种方式备份的话就不需要这一步骤了。

[rw12306]

离线那个是怎么弄呢，如果离线了恢复命令运行不得行。
我上面那个问题明显是报权限不足

[这道题我不会 (Lizhengyang@PingCAP)]

上面提示的是 no such file or directory，你先参考上面方法调整下，不理解你这里说的离线问题是什么

[rw12306]

@这道题我不会

NFS

上面说的不支持在线

[这道题我不会 (Lizhengyang@PingCAP)]

请参考下官方文档关于 BR 本地恢复的前提条件说明：
https://docs.pingcap.com/zh/tidb/v5.0/use-br-command-line-tool#使用-br-命令行恢复集群数据