租户恢复报错

[Kevin7]

【 使用环境 】测试环境
【 OB】
【 使用版本 】4.2
【问题描述】通过yaml文件配置cr，执行恢复租户失败，查看observer.log报错为[errcode=-9003] fail to schedule tablet group restore

[辞霜]

优先排查下备份文件路径权限是否有问题。

[Sunshining]

学习了

[qchenzi]

权限ok的，从时间上看应该已经发起restore了，并且tablet_count似乎卡在最后一个

[obtp]

学习了

[辞霜]

麻烦提供一下详细日志

[qchenzi]

YB420A14CBE3-000643C8749D16F6-0-0.log (4.2 MB)
已上传，另外我们每次进行数据备份时都会在bucket中根据时间戳生成一个新的数据备份目录，然后进行备份（日志备份目录则保持不变）。

[辞霜]

observer.log日志也麻烦提供一份吧，查询下卡在哪个表上了

SELECT * FROM oceanbase.CDB_OB_RECOVER_TABLE_JOB_HISTORY 
WHERE TENANT_ID = 1002 
ORDER BY START_TIMESTAMP DESC LIMIT 10\G

[qchenzi]

对了，问下目前oceanbase4.2.5版本支持往标准S3协议的bucket上备份了吗

[Kevin7]

查不到数据

[AntTech_Yeee]

学习学习

[qchenzi]

老师，我们怀疑是对象存储侧限流的问题，4.2.5下备份恢复的时候有相应的限流参数吗

[辞霜]

查询下这个表呢看看 DBA_OB_RECOVER_TABLE_JOBS。

[Kevin7]

测试发现当oss存储介质限流的情况下就会出现恢复失败，请问ob这边内核本身可以支持备份恢复的时候限流，让oss存储这边可以不控制流量吗？或者ob可以手动调整限流参数吗？

[三宝]

感谢分享

[辞霜]

OSS 是 阿里云OSS还是自建对象存储

[Kevin7]

是自建的对象存储