GBase 8s备份双雄｜onbar备份恢复要点梳理

一、适用场景：什么时候用 onbar？

推荐使用场景

• 中大型数据库实例、多dbspace表空间架构的核心业务系统
• 核心交易业务，有数据误操作风险，要求故障后可回退至任意时间点，满足 RTO/RPO 指标
• 企业合规运维场景，需要完整记录备份历史、支持备份集过期淘汰，实现备份生命周期管控
• 备份窗口紧张，希望利用多设备并行能力缩短备份耗时

不适用场景

• 小型测试库、轻量化非核心业务，追求极简零配置运维
• 无XBSA存储管理架构，仅需本地简单备份的简易场景

注意：ontape 同样可以稳定支撑实际生产业务，onbar 的价值在于时间点恢复、并行、备份生命周期管控等高阶特性。

二、核心能力一览

• 依托 XBSA 存储管理器统一跟踪备份和存储介质
• 支持 0级全量、1级增量、2级增量 多级物理备份
• 支持精准按时间点恢复
• 并行地备份并恢复不同的存储空间
• 并发使用多个磁带机进行备份与恢复
• 自带备份元数据管理、备份集有效性校验、过期清理，适配合规运维

三、生产核心配置

onbar 基于 XBSA 存储备份架构，除了内置的 PSM 存储管理器，也可对接符合 XBSA 标准的第三方存储管理器。

以内置PSM为例，需要数据库参数+PSM存储目录双套配置同时生效，是备份可用的前置必要条件。

预设环境说明：

GBase 8s 安装根目录:/home/gbase；

物理备份:/opt/gbase/backup/DBSPOOL；

逻辑备份:/opt/gbase/backup/LOGPOOL；

1. 核心数据库参数动态配置

# 绑定onbar依赖的XBSA存储库文件
onmode -wf BAR_BSALIB_PATH=/home/gbase/lib/libbsapsm.so

# 配置日志满触发告警脚本
onmode -wf ALARMPROGRAM=/home/gbase/etc/log_full.sh

# 配置逻辑日志专属备份目录（必配项）
onmode -wf LTAPEDEV=/opt/gbase/backup/LOGPOOL

2. PSM备份目录定义

onbar通过PSM工具管理备份介质分组与存储优先级，分别定义物理备份、逻辑日志备份目录，统一设置最高优先级存储策略。

# 定义物理备份存储池 DBSPOOL（最高优先级）
onpsm -D add /opt/gbase/backup/DBSPOOL -g DBSPOOL -p HIGHEST -t FILE

# 定义逻辑日志备份存储池 LOGPOOL（最高优先级）
onpsm -D add /opt/gbase/backup/LOGPOOL -g LOGPOOL -p HIGHEST -t FILE

3. 清理默认低优先级目录

系统默认自带 LOW 级别备份目录，建议删除。

# 删除默认DBSPOOL低优先级旧目录
onpsm -D del /home/gbase/backups -g DBSPOOL -y

# 删除默认LOGPOOL低优先级旧目录
onpsm -D del /home/gbase/backups -g LOGPOOL -y

注意：删除目录定义，不会删除磁盘上物理文件

4. 校验备份目录配置生效

配置完成后执行查看命令，确认自定义存储池、路径、优先级全部生效，无残留默认配置。
onpsm -D list

Type   Prio               Block/Size (MB)     Pool Name     Device Name
FILE   HIGHEST      --/--                         DBSPOOL       /opt/gbase/backup/DBSPOOL

FILE   HIGHEST      --/--                         LOGPOOL       /opt/gbase/backup/LOGPOOL

5. 备份日志监控配置

onbar 运行日志由 BAR_ACT_LOG 参数控制，所有备份、恢复、校验、报错日志统一落地，是生产故障排查、运维审计的核心依据。

BAR_ACT_LOG  /home/gbase/tmp/bar_act.log

运维规范：日常备份异常、恢复失败、备份链断裂等问题，优先排查该日志，不盲目重复执行备份恢复操作。

四、生产高频备份命令

1. 整个系统0级全量备份

全量备份是所有增量备份、日志恢复的核心基线，保障备份链路完整。

onbar -b -L 0 -w

注意：onbar 与 ontape 备份介质完全不兼容，不能交叉恢复，切换备份工具需重新执行0级基线备份。

2. 整个系统1级增量备份

仅备份上次0级备份后变更数据，大幅缩短备份窗口、降低数据库业务压力。

onbar -b -L 1 -w

3. 整个系统2级增量备份

仅备份上次1/2级备份后变更数据，适配短周期、高频次企业级备份场景。

onbar -b -L 2 -w

4. 指定存储空间备份

对名为 dbspace1 和 dbspace2 的数据库空间执行 0 级备份。

onbar -b dbspace1 dbspace2

5. 单次逻辑日志备份

自动归档已满日志、切换活跃日志，保障增量数据可追溯、可回退。

onbar -b -l -c

6. 常驻连续日志备份

后台常驻运行，日志实时归档，支撑精准时间点恢复能力。

onbar -b -l -C

五、备份集完整性校验命令

1. 校验全系统备份

适用：校验全系统备份集完整性。

onbar -v -w

2. 仅校验物理备份

适用：只关心 dbspace 物理备份有效性，不需要校验逻辑日志链。

onbar -v -p

3. 校验指定 dbspace 备份

适用：计划做特定表空间恢复前，只需校验目标 dbspace 对应的备份，无需扫描全量备份集。

onbar -v dbspace1

4. 校验到指定时间点的备份

适用：准备执行 PITR 时间点恢复前，验证从 0 级备份到目标时刻，整套物理 + 日志备份链路是否完整可用。

onbar -v -t "2026-09-14 14:30:00"

六、核心恢复场景命令

1. 全库冷恢复

适用：整机宕机、核心空间损坏、异机环境重建、全局数据误操作回退。

onmode -ky
onbar -r -w

注意：-w参数只能恢复由 onbar -b -w 生成的全系统备份集，普通备份请使用onbar -r恢复； 恢复后数据库状态为Quiescent，校验数据后需执行onmode -m恢复On-Line状态。

2. 分阶段执行恢复

onbar -r -p仅物理恢复，不回放逻辑日志，数据停留在物理备份快照；后续onbar -r -l单独回放逻辑日志。

onmode -ky
onbar -r -p
onbar -r -l

注意：物理恢复完成，进入Fast Recovery状态；逻辑日志回放结束后为Quiescent，执行onmode -m恢复OnLine。

3. 精准时间点恢复（误操作急救）

适用：误删表、误更新批量数据，精准回退至故障发生前任意时间节点。

onmode -ky
onbar -r -t "2026-09-15 16:00:00"

注意：时间点回退后，指定时间后的新增事务数据会丢失，操作前务必确认。

4. 在线热恢复（不停机修复）

适用：单个业务表空间损坏，无需停机，最小化企业业务影响。

onbar -r dbspace1

注意：rootdbs、物理日志、逻辑日志等核心系统空间不支持热恢复。

七、文末总结

onbar 作为 GBase 8s 企业级核心备份工具，依托 XBSA 标准存储架构，具备增量降压力、时点回退防误删、冷热恢复降故障影响、自动管理保合规等高阶能力。

选型提醒：onbar 架构更复杂，配套存储管理器、sysutils 元数据体系，运维学习成本相对较高；ontape 轻量化无额外元数据依赖，适合简单稳定场景。无绝对好坏，根据业务RTO/RPO、运维能力选型。

常见问题

1. onbar 和 ontape 应该怎么选？

答：ontape 轻量化、无额外元数据依赖，适合简单稳定场景；onbar 架构更复杂，配套存储管理器与 sysutils 元数据体系，运维学习成本相对较高，其价值在于时间点恢复、并行、备份生命周期管控等高阶特性。无绝对好坏，根据业务 RTO/RPO、运维能力选型。

2. onbar 备份前必须完成哪些配置？

答：以内置 PSM 为例，需要数据库参数与 PSM 存储目录双套配置同时生效：通过 onmode -wf 配置 BAR_BSALIB_PATH、ALARMPROGRAM、LTAPEDEV 参数，并用 onpsm -D add 定义物理备份与逻辑日志存储池。

3. onbar 和 ontape 的备份能互相恢复吗？
答：不能。onbar 与 ontape 备份介质完全不兼容，不能交叉恢复，切换备份工具需重新执行 0 级基线备份。

4. 误删表、误更新数据如何用 onbar 急救？

答：使用精准时间点恢复：onmode -ky 停库后执行 onbar -r -t “目标时间”，可回退至故障发生前任意时间节点；注意指定时间后的新增事务数据会丢失，操作前务必确认。