---
title: 恢复租户报错：CLOG OB_CHECKSUM_ERROR (-4013)-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 恢复租户报错：CLOG OB_CHECKSUM_ERROR (-4013)相关的常见问题和使用技巧，帮助您快速解决 恢复租户报错：CLOG OB_CHECKSUM_ERROR (-4013)的难题。
---
切换语言

- 简体中文
- English

划线反馈

# 恢复租户报错：CLOG OB_CHECKSUM_ERROR (-4013)

更新时间：2026-05-13 01:51

适用版本： V2.1.x、V2.2.x、V3.1.x、V3.2.x 内容类型：Troubleshoot  

## 适用版本

OceanBase 数据库 V2.x、V3.x 版本。

## 问题现象

将一个集群的备份数据恢复到另一个集群中时，报错 `CLOG OB_CHECKSUM_ERROR(-4103)`。

![Alt text](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/knowledge-base/database/backup-and-restore/c6ce039c-1e25-4ec5-88e8-061e76311818.png)

OBServer 日志中关于该 trace_id 的日志如下。

```shell
[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 命令查看日志归档内容。

```shell
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 硬件故障。

Previous

[物理恢复报错-4016](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000426524)

Next

[备份恢复失败，租户一直处于恢复中](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000340640) ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线