---
title: 数据备份过程中无法正常识别杉岩对象存储尽管 S3CMD 测试成功但 OB_ADMIN 测试失败的原因和解决方法-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 数据备份过程中无法正常识别杉岩对象存储尽管 S3CMD 测试成功但 OB_ADMIN 测试失败的原因和解决方法相关的常见问题和使用技巧，帮助您快速解决 数据备份过程中无法正常识别杉岩对象存储尽管 S3CMD 测试成功但 OB_ADMIN 测试失败的原因和解决方法的难题。
---
切换语言

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

划线反馈

# 数据备份过程中无法正常识别杉岩对象存储尽管 S3CMD 测试成功但 OB_ADMIN 测试失败的原因和解决方法

更新时间：2026-05-11 09:51

适用版本： V1.4.x、V2.1.x、V2.2.x、V3.1.x、V3.2.x、V4.0.x、V4.1.x、V4.2.x、V4.3.x、V4.4.x 内容类型：Troubleshoot  

## 问题现象

在配置 OceanBase 数据库的数据备份设备时，尝试连接杉岩对象存储，虽然通过 S3CMD 工具能够正常上传下载文件，但是使用 OB_ADMIN 命令进行连通性测试时失败，提示可能是因为缺少权限导致的问题（-9116）。

## 关键信息

- 使用 OB_ADMIN 命令测试连通性失败。
 - 错误提示与权限相关，但实际上权限配置正确。
 - 使用 S3CMD 工具测试连通性成功。
 - 使用 AWSCLI 工具测试连通性也成功。

## 问题原因

问题是由于 AWS S3 SDK 的 URL 默认编码行为与杉岩对象存储不一致而产生的，属于设计层面已知的兼容性问题。由于多个公有云对象存储（如京东云、腾讯云）也提供了 S3 兼容接口，在使用 AWS S3 SDK 访问这些对象存储时也可能存在类似的编码差异，此时可采用相同的解决办法。

## 问题的风险及影响

无风险。问题仅影响到备份恢复功能的测试，不会对现有数据造成任何损害或丢失。

## 适用版本

OceanBase 数据库所有版本。

## 解决方法

1. 修改 `ob_storage_s3_url_encode_type` 配置项。

   ```sql
   ALTER SYSTEM SET ob_storage_s3_url_encode_type='compliantRfc3986Encoding';

   ```

   修改后更换新目录，重新发起备份。
 2. 在使用 OB_ADMIN 命令进行测试时，如果遇到与权限相关的错误提示，即使权限配置正确，也请尝试加上 `-e 'compliantRfc3986Encoding'` 选项重新测试。

## 规避方式

1. 逐字符检查 `access_id` 和 `access_key` 是否正确输入。
 2. 确认 host 字段是否使用了正确的格式，如果是 IP+端口的形式，请确保使用 `http://`前缀。
 3. 当使用 OB_ADMIN 命令进行备份恢复功能测试时，优先加上 `-e 'compliantRfc3986Encoding'` 选项，以适应杉岩对象存储与 S3 SDK 之间的 URL 编码差异。

上一篇

[OceanBase 数据库 V4.x 环境 OSS 介质，日志备份延迟的原因及解决方法](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000003145633)

下一篇

[OceanBase 数据库备份介质 OSS 使用指南](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000002394445) ![有帮助](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) 咨询热线