---
title: 500 租户 ArcClogTask 占用高-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 500 租户 ArcClogTask 占用高相关的常见问题和使用技巧，帮助您快速解决 500 租户 ArcClogTask 占用高的难题。
---
切换语言

- 中文站 - 简体中文
- International - English
- 日本站 - 日本語

划线反馈

# 500 租户 ArcClogTask 占用高

更新时间：2026-05-07 09:46

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

## 问题现象

归档到 NFS，NFS hang 后，ArcClogTask 占用内存持续上升。

## 关键诊断信息

### 触发条件

归档介质 NFS hang。

## 问题原因

ArcClogTask 是驱动将 OceanBase clog 归档到备份介质的任务，该 ArcClogTask 未做内存使用限制，由于归档到 NFS hang，导致产生的 ArcClogTask 累计无法消费，最终占用内存持续上升。

## 问题的风险及影响

ArcClogTask 本身占用内存小，只有遇到 NFS hang 等造成无法归档并且单机上分区 Leader 数量非常多的场景，ArcClogTask 的累计才可能比较明显。

如单机有超过 10 万分区 Leader，并且 NFS hang 至少数小时以上。

## 影响租户

影响 OceanBase 数据库中的 SYS 租户和 Oracle 租户以及 MySQL 租户。

## 影响的版本

OceanBase 数据库企业版 V2.2.77 GA（oceanbase-2.2.77-20210508211731）及之后版本、V3.1.2 GA（oceanbase-3.1.2-20210618150922）及之后版本、V3.2.3 GA（oceanbase-3.2.3.0-20220418212020）及之后版本。

## 解决方法

- 升级至问题已修复版本。目前已修复的版本包括 OceanBase 数据库企业版 V2.2.77 BP14（oceanbase-2.2.77-114000072022120410）及之后版本、V3.1.2 BP11（oceanbase-3.1.2-111000052023010412）及之后版本、V3.2.3 BP6（oceanbase-3.2.3.3-106000102022111521）及之后版本。
 - 通过 OCP 等监控归档，设置监控告警规则，如果出现落后超过 15 分钟则告警，再人工介入。
 - 如果发现 NFS hang 等导致无法恢复，可以关闭归档或者重启 OBServer 恢复。

上一篇

[500 租户 DEFAULT_CTX_ID hold 内存过多](https://www.oceanbase.com/knowledge-base/oceanbase-database-20000048142)

下一篇

[500 租户的 STORAGE_SHORT_TERM_META_CTX_ID 作用以及占用内存过大的原因](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000481971) ![有帮助](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) 咨询热线