前言
数据库运维里，备份效率和业务稳定性简直是“相爱相杀”的一对——想备份快一点，就怕占太多资源让业务卡顿；想业务稳一点，备份又慢得让人着急。还好 KingbaseES 早就想到了这点，它的并行处理、IO 限速、永久增量备份这三大功能，直接把这个两难问题给解决了。
下面我们就结合实际运维中常遇到的场景，把这三个功能的原理、配置步骤和避坑要点拆得明明白白。不管你是刚上手 KingbaseES 的新手 DBA，还是久经沙场的运维老司机，跟着操作就能轻松搞定，既不耽误备份速度，又能保证业务不受影响。
文章目录
- 前言
- 一、核心功能原理速览
- 二、实战配置步骤（附代码示例）
- 2.1 前置准备
- 2.2 并行处理配置
- 核心参数
- 实战代码示例
- 方式 1：修改配置文件（永久生效）
- 方式 2：命令行临时指定（单次生效）
- 注意事项
- 2.3 IO 限速配置
- 核心参数
- 实战代码示例
- 方式 1：初始化时预设（通过 sys_backup.conf）
- 方式 2：运行时修改配置文件（永久生效）
- 方式 3：命令行临时限速（单次生效）
- 补充代码：还原时关闭限速
- 注意事项
- 2.4 永久增量备份配置
- 核心逻辑
- 实战代码示例
- 步骤 1：开启永久增量备份（初始化时配置）
- 步骤 2：手动执行永久增量备份（含合并）
- 步骤 3：查看合并后的备份集
- 补充代码：关闭永久增量备份
- 注意事项
- 三、避坑指南
- 3.1 并行处理避坑
- 3.2 IO 限速避坑
- 3.3 永久增量备份避坑
- 四、总结
- 附录：更多金仓干货看这里
一、核心功能原理速览
这三个功能不是各自孤立的，而是互相配合的“黄金搭档”，核心逻辑特别好懂：
- 并行处理：简单说就是多开几个进程一起拷贝数据文件，打破单进程的 IO 瓶颈，大数据库备份用它准没错。而且它会自动根据 CPU 内核数调整并发数，不用你手动纠结设多少合适。
- IO 限速：给备份的 IO 资源设个“天花板”，不让它肆无忌惮抢占资源，这样业务读写就不会被影响。不管是单机还是集群，限速效果都很精准。
- 永久增量备份：不用定期做耗时的全量备份，而是用“增量备份 + 备份集合并”的方式。增量备份只抓变化的数据，再合并成新的全量备份集，既省存储空间，备份速度也快。
三者配合起来逻辑很清晰：并行处理负责“提速”，IO 限速负责“稳业务”，永久增量备份负责“省空间”，三者一起构成了 KingbaseES 高效备份的核心，完美平衡三者需求。
二、实战配置步骤（附代码示例）
以下操作都基于 KingbaseES 的 sys_rman 工具（物理备份的核心工具），所有配置都遵循官方手册规范，单机、集群这些常见场景都能直接用。
2.1 前置准备
配置前先把基础环境搭好，步骤简单得很：
- 确认 KingbaseES 数据库实例正常运行，sys_rman 工具已经部署（默认随数据库安装，路径一般是
$KINGBASE_HOME/bin/sys_rman）。 - 搭建 REPO 节点（本地或远程都行），确保 DB 节点和 REPO 节点能连通（支持 SSH 免密或 securecmdd 通信）。
- 执行
sys_backup.sh init命令初始化备份环境，会自动生成配置文件sys_rman.conf。
2.2 并行处理配置
核心参数
process-max：控制并发进程数，默认是 4，取值范围 1~999，建议别超过 CPU 内核数，不然反而会因为资源争抢拖慢速度。- 配置方式：既能改配置文件让它永久生效，也能在命令行临时指定，灵活得很。
实战代码示例
方式 1：修改配置文件（永久生效）
找到 REPO 节点或 DB 节点的sys_rman.conf文件（默认路径在REPO_PATH/sys_rman.conf），编辑如下：
[global] process-max=8 # 16核CPU设8~12就够了，根据自己服务器配置调整改完不用重启任何服务，下次备份自动生效。
方式 2：命令行临时指定（单次生效）
手动备份时，直接用--process-max参数指定并发数就行，比如全量备份想用 8 个进程：
# 全量备份，并行8进程/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase\--process-max=8\--type=full backup注意事项
- 并发数不是越高越好，要是超过 CPU 内核数，工具会自动调成内核数，避免资源浪费。
- 集群场景下，所有 DB 节点要同步配置
process-max参数，不然有的节点快有的慢，反而影响整体效率。
2.3 IO 限速配置
核心参数
band-width：设置 IO 限速值，单位是 MB/s，默认 0 表示不限速，取值范围 0~9999。- 配置方式：初始化时预设、运行时修改配置文件、命令行临时指定，三种方式按需选。
实战代码示例
方式 1：初始化时预设（通过 sys_backup.conf）
找到初始化配置文件sys_backup.conf（路径是$KINGBASE_HOME/share/sys_backup.conf），添加如下配置：
# IO 限速为 10MB/s，业务高峰期备份用刚好 _band_width=10执行初始化命令让配置生效：
/home/kingbase/project/bin/sys_backup.sh init方式 2：运行时修改配置文件（永久生效）
编辑sys_rman.conf文件，添加或修改如下内容：
[global] band-width=15 # 调整为15MB/s，根据业务IO余量灵活改方式 3：命令行临时限速（单次生效）
比如增量备份想限速 12MB/s，直接执行命令：
# 增量备份，IO限速12MB/s/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase\--band-width=12\--type=incr backup补充代码：还原时关闭限速
还原的时候可别限速，不然恢复时间会大大延长，执行还原命令时直接设band-width=0：
# 还原时不限速，尽快恢复业务/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase\--band-width=0\restore注意事项
- 限速值别设太低（比如小于 1MB/s），不然备份会超时。建议根据业务 IO 余量来，比如业务峰值 IO 是 50MB/s，限速设 20MB/s 就很合适。
- 远程 REPO 节点备份时，要同时考虑网络带宽和磁盘 IO 限速，别让网络瓶颈掩盖了 IO 限速的效果，比如网络带宽只有 10MB/s，就别把 IO 限速设成 15MB/s。
2.4 永久增量备份配置
核心逻辑
- 开启后，定时任务里的“全量备份”会自动变成“增量备份 + 备份集合并”，不用手动改定时任务。
- 关键参数
_continue_incr=y（开启永久增量），合并动作靠--merge_action控制，想保留旧备份集或删除都可以。
实战代码示例
步骤 1：开启永久增量备份（初始化时配置）
编辑sys_backup.conf文件：
# 开启永久增量备份 _continue_incr=y # 全量备份间隔（实际执行增量+合并），7天一次刚好 _crond_full_days=7 # 增量备份间隔，每天一次 _crond_incr_days=1重新执行初始化命令让配置生效：
/home/kingbase/project/bin/sys_backup.sh init步骤 2：手动执行永久增量备份（含合并）
根据是否保留旧备份集，有两种命令可选，按需执行：
# 增量备份 + 合并生成新全量备份集（保留旧的全量备份集，稳妥起见可以选这个）/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase\--type=incr\--merge_action=merge-no-delete backup# 增量备份 + 合并生成新全量备份集（删除旧的全量备份集，节省存储空间）/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase\--type=incr\--merge_action=merge-and-delete backup步骤 3：查看合并后的备份集
想确认合并是否成功，执行命令查看备份集列表就行：
# 查看备份集列表，确认合并后的全量备份集是否存在/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase info补充代码：关闭永久增量备份
如果想关闭，修改sys_backup.conf文件后重新初始化：
# 关闭永久增量备份 _continue_incr=n执行初始化命令：
/home/kingbase/project/bin/sys_backup.sh init注意事项
- 开启后要确保 REPO 节点有足够空间，存放临时增量备份集，不然合并会失败。
- 合并动作能后台执行，不会阻塞业务，想查看合并日志，可加上
--log-level-file=info参数。 - 合并只支持文件级增量备份，不支持块增量备份（page 类型），这点要注意别用错了。
三、避坑指南
3.1 并行处理避坑
- 别在业务高峰期设太高并发数，凌晨这些空闲时段执行高并发备份才稳妥，不然业务和备份抢资源，两边都受影响。
- 块增量备份（page 类型）需要依赖 ktrack 插件，开启并行前一定要确认插件已经启用，不然会报错。
3.2 IO 限速避坑
- 远程 REPO 节点备份时，要兼顾网络带宽和磁盘 IO 限速，比如网络带宽只有 10MB/s，就别把 IO 限速设成 15MB/s，不然限速没效果还会卡顿。
- 要是备份经常超时，先检查限速值是不是设太低了，适当调高一点就行，不用瞎找其他原因。
3.3 永久增量备份避坑
- 定期用
verify命令校验合并后的备份集完整性，避免备份失效，命令如下：/home/kingbase/project/bin/sys_rman\--config=/home/kingbase/kbbr_repo/sys_rman.conf\--stanza=kingbase verify - 关闭永久增量备份后，一定要重新执行
sys_backup.sh init，不然配置不生效，还是会按原来的方式备份。
四、总结
KingbaseES 的并行处理、IO 限速、永久增量备份这三大功能，真的是运维的“好帮手”。通过灵活配置和协同工作，完美解决了“备份效率、业务稳定、存储开销”三者平衡的核心问题。作为能兼容 Oracle 的企业级数据库，KingbaseES 不仅备份能力贴合实际运维需求，在高可用、兼容性、安全性等方面也很成熟，完全能满足数据库国产化替代的需求。
附录：更多金仓干货看这里
- 专为企业数字化转型提供全方位知识支持的专业博客平台。涵盖数字化战略规划、数据集成、指标管理、数据可视化应用等各个方面的内容，助力企业数字化转型。
- 金仓博客网址：https://kingbase.com.cn/explore
- 金仓社区涵盖了专业论坛、博客分享、学习资源、全站搜索、迁移工具和社区活动等多个板块，为用户提供了丰富的资源和支持。特别值得一提的是，社区还提供了丰富的在线视频课程和认证考试资源，帮助用户全面提升数据库技术能力。
- 金仓社区链接：https://bbs.kingbase.com.cn/
