oceanbase4.3.5跨服务器复制备份文件恢复备份，恢复状态一直卡在upgrade

[天选打工人]

【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】oceanbase4.3.5
【问题描述】oceanbase4.3.5跨服务器复制备份文件恢复备份，恢复状态一直卡在upgrade
【复现路径】问题出现前后相关操作，巡检

【附件及日志】oceanbase4.3.5全量备份还原的命令 - #15，来自 忙碌了两个小时的陈师傅
巡检结果：
obdiag_check_report_observer_2025-08-08-18-08-40.zip (5.8 KB)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

[辞霜]

OceanBase 社区已接收您的帖子，正在跟进中。

[AntTech_TLY8FT]

有结果了没

[旭辉]

经分析确认是clog使用的hdd盘性能过差（在没有上压力大情况下await大量超过10ms）导致io submit的系统调用慢并最终导致了这个现象，建议更换性能更好的磁盘。

[旭辉]

更正下结论：

1. __all_ddl_operation 表数据量过大，读超时，用户 ddl 过于频繁导致这张表过大（需了解下这种业务场景），这张表目前不会回收

2. 可以调大，调整 internal_sql_execute_timeout，默认是 30s

3. __all_ddl_operation 不回收、读取慢的问题OB后续会尝试优化

绕过方式：__all_ddl_operation 数据量过大，inner sql 30s 超时不足，调大超时后恢复

sys租户执行
ALTER SYSTEM SET internal_sql_execute_timeout='10m';

过10分钟左右再查这个  看是否过去了
SELECT * FROM oceanbase.CDB_OB_RESTORE_PROGRESS\G；

如果这一步过去了 再调整回来
ALTER SYSTEM SET internal_sql_execute_timeout='30s';

[天选打工人]

非常感谢官方的支持，官方对待提出的问答很严谨，很专业，不漏掉任何一个问题，很负责的企业；感谢@旭辉 老师很专业。谢谢

[天选打工人]

有结果了

[天选打工人]

好的

[天选打工人]

感谢！