OceanBase
  • 产品
  • 解决方案
  • 客户
  • 合作伙伴
  • 资源与服务
  • 文档
  • 社区
云控制台登录 / 注册
  • 免费试用
OceanBase AI 数据平台

基于湖库一体架构,统一管理结构化、半结构化与非结构化等多模态数据,一个系统承载事务处理、实时分析与 AI 工作负载。

一体化能力

TP 事务处理

关键业务稳定运行,保障数据零丢失

AP 实时分析

事务分析一体,驱动智能决策与运营

AI 现代负载

统一多模态数据,支撑生产级应用

关键产品
OceanBase 分布式数据库

首批通过安全可靠测评,面向关键业务

OceanBase 集中式数据库

集中式架构,兼具性能与成本优势

OceanBase AI 数据库

面向 AI 应用与 Agent 的多模数据库

OceanBase AI 湖库

湖库一体的 AI 多模态数据系统

OceanBase DataPilot

企业级 AI 数据分析 Agent

OceanBase Agentbase

企业级 Agent 后端基础设施

OceanBase OAgent

数据库 AI 运维 Agent

OB Cloud

一体化云数据库,提供多云一致体验

OceanBase 数据库一体机

软硬一体,极致性能与高可靠性保障

OceanBase AI 一体机

开箱即用的 AI 数据库一体机

OMA 迁移评估工具

全链路数据库迁移评估

OMS 数据迁移工具

一站式数据传输与同步

OCP 运维管理工具

数据库全生命周期管理

ODC 开发者工具

数据库开发与管控协同

OAS 自治服务工具

数据库智能诊断与自治

通用场景
全场景业务系统 OLTP
实时分析混合负载
异地多活
多基础设施部署
一站式传统数据库升级
混合云部署
一库多芯软硬件混合部署
分布式数据库单机部署
大存储类数据库降本
冷数据归档降本
多实例资源整合
分库分表一体化升级
高并发场景
数据中台
行业解决方案
国有大行和股份制银行核心系统解决方案
区域性银行核心系统解决方案
寿险核心系统解决方案
产险核心系统解决方案
资管交易类系统解决方案
资管 TA 清算类系统解决方案
运营商核心系统解决方案
人社核心系统解决方案
电力核心系统解决方案
行业专区
银行专区

助力银行完成各类核心业务系统升级

保险专区

寿险、产险核心系统升级的更佳选择

零售专区

助力200+零售行业客户规模化落地

DB 大咖说
OceanBase客户-爱奇艺爱奇艺

百亿级卡券业务的“单库双擎”架构升级

OceanBase客户-四川银行四川银行

800个测试用例选定分布式数据库

OceanBase客户-太平洋保险太平洋保险

先难后易,核心系统数据库升级复盘

行业案例
OceanBase客户-交通银行交通银行

核心数据库的“分布式革命”

OceanBase客户-中国移动中国移动

B域核心CRM&BOSS近乎零改造分布式升级

OceanBase客户-理想理想

打造领先的智能制造系统和自动驾驶体验

演讲实录
OceanBase客户-中国联通中国联通

集团应用分布式数据库覆盖B/O/M域

OceanBase客户-国泰海通国泰海通

智能推送系统稳定支撑单日亿级消息处理量

OceanBase客户-中国联合航空中国联合航空

中国首款机票盲盒背后的数据库力量

用户实践
OceanBase客户-北京银行北京银行

最快速度完成40余套系统国产数据库升级

OceanBase客户-VIVOVIVO

替换 MySQL 分库分表,探索成本效益最优

OceanBase客户-滴滴滴滴

数据库大规模运维体系建设及落地实践

合作伙伴
合作伙伴类型
联合解决方案
产业生态伙伴
经销商伙伴
技术服务伙伴
培训认证伙伴
生态联合解决方案
神州信息 x OceanBase 银行核心系统
长亮科技 x OceanBase 新核心系统
中电金信 x OceanBase 金融分布式核心系统
天阳科技 x OceanBase 贷记卡方案
易诚互动 x OceanBase 手机银行方案
恒生 x OceanBase UF3.0/O45/TA/估值方案
商业发行版
云树®数据库软件 ActionDB
服务
支持与服务
提交工单
软件下载
OceanBase 企业版
OceanBase 社区版
OB Cloud
学习
培训与认证
在线课堂
在线体验
开发者
开发者中心
资料
行业报告与白皮书
官方博客
年度发布会资料
开发者大会资料
oceanbase白皮书

金融核心系统数据库升级路径与场景实践

oceanbase白皮书

人社关键业务数据库一体化升级实践

产品文档
oceanbaseOceanBase 数据库
数据库一体机
oceanbaseOceanBase AI 数据库
工具与组件
oceanbaseOB Cloud 云数据库
驱动和中间件
快速上手
OceanBase 数据库
OB Cloud 云数据库
知识库
汇聚常见产品使用问题案例
在线体验

Demo与实验,感受 OceanBase 的核心能力与应用场景

OceanBase 最佳实践
了解 OceanBase 分布式数据库的架构与系统原理
技术博客

技术解析 | 用户实践 | 社区月报

在线课堂

电子书 |视频课程|在线培训

Developer Hub
应用开发Demo | 数据开发与集成工具
问答论坛

快速答疑 | 常见问题 | 技术交流

社区活动

Meetup | 技术公开课

GitHub

查看源码 | 贡献代码 | 建议反馈

加入社区

社区组织 | 社区用户贡献 |开发者贡献

进入社区首页
oceanbase数据库大赛

第六届OceanBase数据库大赛

oceanbase免费课程

《Easy Data x AI》:面向所有 AI 爱好者的 Data 与 AI 基础知识入门教程

切换语言
  • 中文站 - 简体中文
  • International - English
  • 日本站 - 日本語
文档反馈
  1. 文档中心
  2. OceanBase 数据库
  3. 分布式版
  4. V4.2.5
  5. 管理数据库
  6. 备份恢复
  7. 部署 NFS
分布式版-V4.2.5LTS
  • V4.2.5 文档更新记录
  • What's New
  • 简介
  • 快速上手
  • 应用开发
  • 部署
  • 升级
  • 数据迁移
  • 管理数据库
    • 登录 OceanBase 租户
    • 集群管理
    • 租户管理
    • 日志流管理
    • 副本管理
    • 高可用
    • 安全权限
    • 备份恢复
      • 物理备份与恢复概述
      • 极简化体验物理备份与恢复
      • 部署 NFS
      • 日志归档
      • 数据备份
      • 清理备份数据
      • 租户级恢复
      • 表级恢复
      • 备份恢复性能调优
      • 备份路径和归档路径源端配置案例
      • 附:S3 路径格式说明
    • 监控指标
    • 日志
    • 日常巡检
    • 性能调优
    • 问题排查
    • 应急处理
  • 参考指南
  • 常见问题
  • 版本发布记录
  • 术语
  1. 文档中心
  2. OceanBase 数据库
  3. 分布式版
  4. V4.2.5
  5. 管理数据库
  6. 备份恢复
  7. 部署 NFS

部署 NFS

更新时间:2026-07-10 11:28:39

github-fill编辑
编组分享

在选择备份介质时,建议使用 OSS 作为备份的目的端,OSS 有更高的稳定性。

如果需要使用 NFS 作为备份目的端,可参考本节内容部署 NFS。NFS 分软件和硬件两种,由于软件 NFS 不稳定,容易出现 NFS Hang 的情况,导致备份任务卡住或挂载 NFS 的机器无法正常工作,建议使用专用的 NFS 硬件设备。

注意事项

  • 使用 NFS 环境时,需要保证先挂载 NFS,再开启备份。如果备份期间 NFS 出现问题,需要先停止数据备份和日志归档,再解决 NFS 的问题。

  • OceanBase 数据库支持 NFS 3 及以上版本。

  • 建议使用 SSD 的 NFS 服务,避免出现 NFS 性能不足导致的 NFS 不稳定问题。

  • 在使用 NFS 作为备份介质时,必须保证所有 OBServer 节点都挂载了同一个服务器的 NFS。同时,为保证备份的顺利进行,务必使用本文档中建议的参数挂载 NFS。挂载 NFS 具体操作请参见本节 部署 NFS 客户端。

  • 在重启 OBServer 节点时,需要先启动 NFS,再启动 OBServer 节点。

  • 添加新的机器后,在启动 OBServer 节点前,需要保证新的机器挂载 NFS 成功或者可以备份到其他介质。

部署 NFS 软件的服务器端

注意

如果您使用的是 NFS 硬件设备,则可跳过本操作,直接部署 NFS 客户端。

  1. 登录 NFS 服务器。

  2. 执行以下命令,通过 YUM 包管理器安装 NFS。

    sudo yum install nfs-utils
    
  3. 设置 Exports。

    1. 选择一个合适的目录作为共享目录,在选择时需要考虑备份所需的空间和性能。

      例如,本文档中选择的共享目录为 /data/nfs_server/。

    2. 使用 sudo vim /etc/exports 命令打开配置文件,设置以下信息。

      /data/nfs_server/ xx.xx.xx.xx/16(rw,sync,all_squash)
      

      其中,xx.xx.xx.xx 表示允许访问的网段。

    3. 执行以下命令,为匿名用户赋权,确保其有权限访问 exports 中指定的目录。

      CentOS 7
      CentOS 8

      对于 CentOS 7 版本,NFS 默认使用 nfsnoboody 作为默认的匿名用户,命令如下:

      sudo chown nfsnobody:nfsnobody -R /data/nfs_server
      

      CentOS 8 及之后版本,NFS 默认使用 noboody 作为默认的匿名用户,命令如下:

      sudo chown nobody:nobody -R /data/nfs_server
      
  4. 执行以下命令,重新启动 NFS。

    sudo systemctl restart nfs-server
    
  5. 设置 Slot Table。

    1. 执行 sudo vim /etc/sysctl.conf 命令,打开 sysctl.conf 配置文件,在文件中添加一行如下信息:

      sunrpc.tcp_max_slot_table_entries=128
      
    2. 执行以下命令,将同时发起的 NFS 请求数量修改为 128。

      sudo sysctl -w sunrpc.tcp_max_slot_table_entries=128
      

      命令执行成功后,可以通过 cat /proc/sys/sunrpc/tcp_max_slot_table_entries 命令查看设置是否生效,如果返回值为 128,则说明修改成功。

    3. (可选)重启机器。

部署 NFS 客户端

部署 NFS 客户端时,需要在所有 OBServer 节点上进行操作。

以下以在某一台 OBServer 节点上的操作为例,提供操作指导。

  1. 登录 OBServer 节点。

  2. 执行以下命令,通过 YUM 包管理器安装 NFS。

    sudo yum install nfs-utils
    
  3. 设置 Slot Table。

    1. 执行 sudo vim /etc/sysctl.conf 命令,打开sysctl.conf 配置文件,在文件中添加一行如下信息:

      sunrpc.tcp_max_slot_table_entries=128
      
    2. 执行以下命令,将同时发起的 NFS 请求数量修改为 128。

      sudo sysctl -w sunrpc.tcp_max_slot_table_entries=128
      

      命令执行成功后,可以通过 cat /proc/sys/sunrpc/tcp_max_slot_table_entries 命令查看设置是否生效,如果返回值为 128,则说明修改成功。

    3. (可选)重启机器。

  4. 选择一个合适的目录作为 Mount 点,执行以下命令,挂载 NFS。

    NFS 3.x
    NFS 4.x

    例如,本文档中假设 Mount 到 /data/nfs 目录,如果没有合适的目录可以新建一个目录。

    sudo mount -tnfs -o rw,nfsvers=3,sync,lookupcache=positive,hard,nolock,timeo=600,wsize=1048576,rsize=1048576,namlen=255 10.10.10.1:/data/nfs_server /data/nfs
    

    例如,本文档中假设 Mount 到 /data/nfs 目录,如果没有合适的目录可以新建一个目录。

    sudo mount -tnfs -o rw,nfsvers=4.1,sync,lookupcache=positive,hard,timeo=600,wsize=1048576,rsize=1048576,namlen=255 10.10.10.1:/data/nfs_server /data/nfs
    

    语句中:

    • nfsvers:表示使用的 NFS 版本。使用 NFS 4.x 时,使用 NFS 4.x 时,建议选择 NFS 4.1 及以上版本。NFS 4.0 存在重命名文件以后可能会读到旧文件的风险,建议不要使用。

    • sync:使用同步写保证数据能及时刷到服务端,从而保证数据的一致性。

    • lookupcache=positive:指定操作系统内核管理给定挂载点的目录缓存的方式,有效参数为 all / none / pos / postive。postive 用于避免并发访问目录或者文件时误报目录或文件不存在的问题,保证数据的一致性。

    • hard:在 NFS 不可用的情况下,系统会卡住应用的读写请求,以保证数据的一致性。不能使用 soft 选项,会有数据错误的风险。

    • lock/nolock:选择是否使用 NLM 协议在服务器上锁文件。默认为 lock。由于 NFS 4.x 协议集成了文件锁,而 NFS 3.x 协议本身并不支持文件锁。在使用 NFS 3.x 协议时,建议挂载时添加 nolock 值。

    • timeo:用于指定重试的等待时间,单位为 0.1s。在设置时,建议不要设置得过大,建议值为 600。

    • wsize:表示写的数据块大小,建议设置为 1048576。

    • rsize:表示读的数据块大小,建议设置为 1048576。

    • namlen:建议设置为 255。

    • 10.10.10.1:表示 NFS 服务器的 IP 地址。

    注意

    • 在挂载 NFS 3/4 时,必须保证备份挂载环境的参数中包含示例中建议的参数。
    • Docker 环境需要在宿主机上挂载 NFS,然后映射到 Docker 里面。如果 Docker 内部直接挂载 NFS,可能会出现客户端 Hang 住的场景。
  5. 挂载完成后,可执行以下命令,验证 NFS 的性能。

    fio -filename=/data/nfs/fio_test -direct=1  -rw=randwrite -bs=2048K -size=100G  -runtime=300 -group_reporting -name=mytest  -ioengine=libaio -numjobs=1 -iodepth=64 -iodepth_batch=8 -iodepth_low=8 -iodepth_batch_complete=8
    

    例如,执行结果如下:

    Run status group 0 (all jobs):
    WRITE: io=322240MB, aggrb=1074.2MB/s, minb=1074.2MB/s, maxb=1074.2MB/s, mint=300006msec, maxt=300006msec
    

Mount NFS 3 时报错的处理方法

在部署 NFS 时,在 Mount NFS 3 时如果出现 requested NFS version or transport protocol is not supported 的报错,可以参考如下方式进行处理。

  1. 登录 NFS 服务器。

  2. 检查 NFS 服务器支持的版本。

    sudo cat /proc/fs/nfsd/versions
    

    发现返回以下信息:

    -2 -3 +4 +4.1 +4.2
    

    其中,-3 表示 NFS 3 被禁用。

  3. 调整配置。

    进行如下操作,以启用 NFS 3:

    1. 检查是否存在 /etc/nfs.conf 文件,如果存在,需要将 /etc/nfs.conf 文件中 vers3=y 前的 # 去掉。

      修改后的示例文件如下:

      [nfsd]
      # debug=0 
      # threads=8
      # host=
      # port=0
      # grace-time=90
      # Tease-time=90
      # udp=y
      # tcp=y
      # vers2=n
         vers3=y
      # vers4=y
      # vers4.0=y
      # vers4.1=y
      # vers4.2=y
      # rdma=n
      ##
      
    2. 检查是否存在 /etc/sysconfig/nfs 文件,如果存在,则查看 /etc/sysconfig/nfs 文件的 RPCNFSDARGS 参数中是否指定了 -N 3, 如果指定了,需要去掉 -N 3。

      例如,去掉 -N 3 后,RPCNFSDARGS 参数中的值如下:

      RPCNFSDARGS="-N 2 -N 4"
      
  4. 执行以下命令,重新启动 NFS。

    sudo systemctl restart nfs-server
    
  5. 再次检查 NFS 服务器支持的版本。

    sudo cat /proc/fs/nfsd/versions
    

    发现返回以下信息:

    -2 +3 -4 -4.1 -4.2
    

    其中,+3 表示 NFS 3 已启用。

本文目录

注意事项部署 NFS 软件的服务器端部署 NFS 客户端Mount NFS 3 时报错的处理方法
有帮助
无帮助
反馈
AI

OceanBase

OceanBase 海扬数据库始创于 2010 年,是完全自主研发的数据库公司。2020年开始独立商业化运作,历经15年大规模核心场景验证,目前是中国数据库的领军企业之一。从分布式数据库到 AI 数据库,为企业提供安全、稳定、可扩展的数据底座,推动数据基础设施全面拥抱 AI 时代。

关于我们

关于 OceanBase最新动态资质荣誉客户专家委员会招贤纳士合作伙伴年度发布会开发者大会

资源与服务

支持与服务文档知识库软件与工具下载培训与认证在线体验数据库专题视频

社区

快速上手开发者中心博客活动学习问答GitHub

数据库百科

分布式数据库国产数据库OLTP 数据库OLAP 数据库HTAP 数据库数据库向量数据库向量检索

联系我们

服务热线:
400-109-0633
商务咨询
培训认证技术支持媒体合作
京公网安备11010802047223号京公网安备11010802047223号
京ICP备20024574号-1
合字B1.B2-20250395
网站服务协议隐私协议安全响应协议
OceanBase 版权所有 © 2026 基础资源和备案服务由阿里云提供