【 使用环境 】测试环境
【 OB or 其他组件 】OB
【 使用版本 】v 4.2.1.1
【操作过程】按如下步骤进行备份之后，进行恢复，恢复阻塞。
备份过程：
- nfs server共享目录:
/opt/obbackup/archive和/opt/obbackup/data
nfs client（ob节点）挂载目录:
/opt/obbackup/archive → nfsserverip:/opt/obbackup/archive
/opt/obbackup/data → nfsserverip:/opt/obbackup/data - 给租户mysqlt设置备份目录：
日志归档目录： /opt/obbackup/archive
数据备份目录：/opt/obbackup/data。 - 启动租户mysqlt日志归档。
- 当租户mysqlt日志归档状态处于doing状态后，发起租户mysqlt全量备份。
- 租户mysqlt全量备份结束之后，nfs server端上拷贝目录，相当于把备份出来的文件再备份一遍：
归档目录拷贝到：/data/opt/obbackup/archive
数据目录拷贝到：/data/opt/obbackup/data。
恢复过程(原集群里恢复新租户mysqlt_restore)：
- 停止租户mysqlt日志归档
- 卸载ob节点的nfs目录
- ob节点挂载目录：
/opt/obbackup/archive → nfsserverip:/data/opt/obbackup/archive
/opt/obbackup/data → nfsserverip:/data/opt/obbackup/data - 发起新租户恢复命令，恢复一直处于运行中，已经运行快1个小时了。(mysqlt租户的数据很少，按上述步骤有恢复成功过，时间大概5min左右)
问题：
-
能否按照上述过程备份恢复？
-
观察rootservice.log，恢复命令发起不久，有报错日志：single_piece_info.obarc 文件不存在
这个文件single_piece_info.obarc是否是此次恢复阻塞的关键点呢？根据官方文档给的说明： 物理备份与恢复概述-V4.2.1-OceanBase 数据库文档-分布式数据库使用文档 single_piece_info.obarc是记录日志 Piece 的元信息。这个文件是什么时候生成的，恢复阻塞是不是备份之后拷贝日志归档目录的时候，这个文件还没生成？
