GBase 8s 备份双雄｜onbar 备份恢复实操指南

发布时间：2026-10-23

面对误删、磁盘故障等风险，备份就是数据库的最后一道防线。

GBase 8s 原生提供 ontape、onbar 两套备份工具，分别面向不同业务场景。ontape 作为轻量化工具，无需额外组件、配置极简，是中小型业务实例、传统本地备份的标准备份方案。

一、ontape适用场景

推荐使用场景

中小规模数据库，业务平稳，追求极简运维、低运维成本
基于本地磁盘、磁带设备的传统离线备份架构
日常常态化增量备份、整机灾难冷恢复、宕机后离线日志应急抢救场景

不适用场景

核心大库、交易系统，对 RTO/RPO 恢复指标要求极高
存在误操作风险，需要精准时间点回退
需要指定单表空间备份

二、核心能力一览

原生支持 0级全量、1级增量、2级增量 三级物理备份，适配分层备份策略
支持逻辑日志手动/连续归档、宕机离线日志抢救，最大限度降低数据丢失风险
支持整机冷恢复、可分批回放逻辑日志

三、生产核心配置

ontape 严格区分物理备份与逻辑备份参数，两组参数独立生效，生产环境必须完整配置。

预设环境说明：

物理备份目录：/data/backup/phys；

逻辑日志备份目录：/data/backup/log；

1. 物理备份配置

TAPEDEV /data/backup/phys
TAPEBLK 16 #备份块大小，单位KB
TAPESIZE 10240000 #单介质最大容量，单位KB

2. 逻辑日志归档配置

LTAPEDEV /data/backup/log
LTAPEBLK 16 #逻辑日志备份块大小，单位KB
LTAPESIZE 10240000 #单介质可容纳逻辑日志数据上限，单位KB

3. 动态生效命令

重点避坑：TAPEDEV 严禁配置为 /dev/null，仅打备份标记、不生成真实备份文件，故障后无法恢复数据。

onmode -wf TAPEDEV=/data/backup/phys
onmode -wf LTAPEDEV=/data/backup/log

四、生产高频备份命令

1. 0级全量备份

全量备份是所有增量备份、灾难恢复的唯一基础基线。
ontape -s -L 0

2. 1级增量备份
备份最近一次0级备份之后变更的数据页，大幅缩减备份文件体积。
ontape -s -L 1

3. 2级增量备份
备份最近一次1级备份之后变更数据页，适配短周期高频备份策略。
ontape -s -L 2

4. 备份同时修改库日志模式
0级备份的同时，修改mydb库日志记录模式为nolog。
ontape -s -L 0 -N mydb

5. 日常逻辑日志归档
ontape -a 会询问是否备份当前正在使用的逻辑日志。如下命令仅归档已满日志，不强制切换活跃日志，避免高并发业务抖动。
echo "n" | ontape -a

6. 逻辑日志常驻归档
后台常驻运行，日志写满自动归档，用于后续故障恢复。
ontape -c

7. 宕机离线日志抢救（应急专用）
数据库离线状态下执行，抢救未归档残留日志，最大程度止损。
ontape -S

五、核心恢复场景

1. 全量恢复
自动整合物理备份恢复 + 逻辑日志前滚，适用于整机故障、磁盘损坏、整机重建。
onmode -ky
ontape -r
注意：ontape -r 为一体化恢复，恢复后数据库状态为Quiescent，校验后需执行onmode -m恢复On-Line状态。

2. 分步精准恢复
拆分物理恢复、日志恢复两步，便于排错、定位异常环节。
onmode -ky
ontape -p
ontape -l
注意：ontape -p 完成物理恢复，实例自动进入 Fast Recovery；逻辑日志回放完毕后，数据库状态变更为Quiescent，需执行onmode -m恢复On-Line状态。

3. 分批连续逻辑日志回放
回放当前介质中可用的逻辑日志后，不关闭全局恢复会话，保持 Fast Recovery 暂挂状态，允许后续继续追加更多逻辑日志再次回放。
ontape -l -C

4. 终止日志恢复会话
直接结束ontape -l -C命令开启的全局日志恢复会话。
ontape -l -X
注意：执行该命令后无法再追加逻辑日志前滚；实例从 Fast Recovery 进入 Quiescent 静默模式。确认数据无误后，执行onmode -m切换为 On-Line 对外提供服务。

六、文末总结

ontape 凭借零组件、零配置复杂度、高稳定、低运维的优势，完全适配中小规模、轻量化 GBase 8s 生产环境，是简单业务场景下性价比最高的备份方案。