首批通过分布式安全可靠测评,为关键业务系统打造
恢复租户报错:CLOG OB_CHECKSUM_ERROR (-4013)
更新时间:2026-05-13 01:51
适用版本
OceanBase 数据库 V2.x、V3.x 版本。
问题现象
将一个集群的备份数据恢复到另一个集群中时,报错 CLOG OB_CHECKSUM_ERROR(-4103)。

OBServer 日志中关于该 trace_id 的日志如下。
[2022-09-17 08:20:53.740526] ERROR [RESTORE_ARCHIVE] handle (ob_archive_restore_engine.cpp:614) [25932][1664][YB420A0A34F9-0005E2472C62FDFF] [lt=23] [dc=0] failed to handle_single_task_(ret=-4103, ret="OB_CHECKSUM_ERROR", task={is_inited_:true, is_expired_:false, has_located_log_:true, start_log_id_:16560090, start_log_ts_:1663181683667378, end_snapshot_version_:1663243200000000, leader_takeover_ts_:1663373008842251, last_fetched_log_id_:16614819, last_checkpoint_ts_:1663210252927809, last_fetched_log_submit_ts_:1663210262224406, total_piece_cnt_:1, start_piece_idx_:0, cur_piece_idx_:0, end_piece_idx_:0, start_file_id_in_cur_piece_:160, end_file_id_in_cur_piece_:200, cur_file_id_in_cur_piece_:194, cur_file_offset_:0, cur_file_store_:0x7ea0d67ac320, tenant_restore_meta_:0x7ea9b1bc35a0, retry_cnt_:0, io_fail_cnt_:0, restore_pg_key_:{tid:1144591604589987, partition_id:27, part_cnt:0}, archive_pg_key_:{tid:1113805279012259, partition_id:27, part_cnt:0}, fetch_log_result_:0}) BACKTRACE:0xa0c9a08 0xa0adec9 0x2be7951 0x2c0bf29 0x2c0bbcd 0x55aeb12 0x55c54d3 0x2b5b7f7 0x32126c8 0x3214134 0x9edc086 0x9ed936f 0x9ed499e
问题原因
使用 NFS 作为归档介质,NFS 服务不稳定,导致归档时发生 IO 错误,恢复租户时检查校验失败。
问题诊断
根据日志信息,检查相关日志归档文件(cur_file_id_in_cur_piece_:194),并使用 obadmin 命令查看日志归档内容。
ob_admin archive_tool dump_log /backup/ob/xxx >log194.txt
文件编号:194
- 大小:3M
- log_id 范围:xxxx - 16614819
文件编号:195
- 大小:64M
- log_id 范围:16614820 - xxxx
正常情况下(非切主或者 IO 错误),日志归档会写满 64M 才会切换下一个文件,而 194 号文件只有 3M,并且归档环境没有切主,ob_admin 显示其中有连续的数据块内容为 00,说明是遇到了 IO 错误导致的切文件。
解决方法
排查 NFS 硬件故障。