---
title: 创建备租户的时候报：set tenant itself as log restore source is not allowed 的原因及解决方法-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 创建备租户的时候报：set tenant itself as log restore source is not allowed 的原因及解决方法相关的常见问题和使用技巧，帮助您快速解决 创建备租户的时候报：set tenant itself as log restore source is not allowed 的原因及解决方法的难题。
---
切换语言

- 简体中文
- English

划线反馈

# 创建备租户的时候报：set tenant itself as log restore source is not allowed 的原因及解决方法

更新时间：2024-08-19 01:51

适用版本： V4.2.x 内容类型：Troubleshoot  

## 问题描述

在创建备租户的时候报：`set tenant itself as log restore source is not allowed` 。

## 适用版本

OceanBase 数据库 V4.2.0 及之后版本。

## 问题原因

- 不允许租户设置租户自身为日志恢复源，把恢复源中的信息填成本租户了。
 - 在设置网络日志恢复源和创建网络空备租户时，主库和备库的 `cluster id` 和 `tenant id` 两者全部相同。

  #### 说明

     - 两个不同集群的 `cluster id` 允许被设置成相同值，如果这两个集群中的主备租户的 `tenant id` 恰巧也被分配成了相同值，创建备租户就会报错。
     - 使用 `OCP`、`OBD` 部署的 `OceanBase` 集群，`cluster id` 是随机生成的，该问题常见于手动部署的环境或者通过 `OCP`、`OBD` 部署集群时显示指定了 `cluster_id` 的情况。

## 解决方法及规避方式

- 解决方法：

     - 对于主备租户在同一集群的场景，检查是否将设置日志恢复源命令中的租户信息误填为本租户的信息。
     - 对于主备租户不在同一集群的场景，还需要检查主备租户所在集群的 `tenant id` 是否相同，需要确保不一致。
 - 规避方式：

  在备租户所在集群里先创建一个普通租户，再删掉这个租户，让 `tenant id` 被推高。之后再创建备租户，tenant id 就和主租户不同了，备租户就可以创建成功了。

Previous

[删除租户后，租户状态停滞在 TENANT_STATUS_DROPPING](https://www.oceanbase.com/knowledge-base/oceanbase-database-20000000192)

Next

[如何排查租户队列积压](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000813134) ![有帮助](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) 咨询热线