GBase 8s
备份恢复
文章

GBase 8s 备份与恢复总结

发表于2026-08-25 14:03:02226次浏览2个评论

GBase 8s备份与恢复总结

本文参考官方文档和培训教程,做知识梳理总结,用于技术分享。

南大通用《GBase 8s V8.8 备份与恢复指南》

一、整体概述

GBase 8s 提供两套核心备份恢复工具:ON‑Bar、ontape,用于应对磁盘故障、程序错误、误操作、灾难事故等场景下的数据保护。备份对象包含数据库空间、Blob 空间、智能大对象空间、逻辑日志;恢复分为物理恢复(还原备份镜像)+逻辑恢复(重放逻辑日志事务)两个阶段。

备份三级级别

备份级别说明
0 级(全量)备份存储空间全部已使用的数据页,完整基准备份,做增量的基础
1 级(增量)仅备份自上一次 0 级备份之后变更的数据
2 级(增量)仅备份自上一次 1 级备份之后变更的数据

恢复模式分类

  1. 冷恢复:数据库脱机状态执行,用于根库、逻辑日志库等关键数据库空间损坏故障,必须停机。

  2. 热恢复:数据库联机 / 静默状态,只恢复非关键数据库空间,业务不用完全中断。

  3. 混合恢复:先冷恢复关键库让业务快速上线,后续热恢复其余非关键库;优点停机时间短,缺点要多次重放日志,整体耗时更长。

  4. 连续日志恢复:多用于容灾辅助节点,持续接收并重放主库逻辑日志,主库故障可切辅助节点,带宽消耗低于 HDR 高可用复制。

二、ON‑Bar 工具详解

ON‑Bar 依赖存储管理器(GBase 8s PSM、TSM、第三方存储管理器),通过 XBSA 接口和存储管理器交互,使用 sysutils 系统库维护备份元数据信息。

核心能力特点

✅ 支持选择指定数据库空间备份、时间点恢复、并行备份恢复、多磁带设备并发、重启失败恢复、外部备份恢复; ❌ 不能直接修改数据库日志模式,要借助 ondblog 工具;

ON‑Bar 关键文件:

  • bar_act.log:活动日志,记录备份恢复运行、报错信息

  • ixbar.servernum:紧急引导文件,冷恢复必备,禁止手动修改

  • sysutils 库内 bar_* 系列表,保存全部备份对象、操作历史元数据

常用核心命令

命令作用
onbar -b执行备份,支持‑L 指定备份级别, ‑p 仅物理备份不备份日志,‑w 全实例备份, ‑f 读取文件内库空间列表
onbar -b -l手动备份逻辑日志;onbar -b -C开启连续日志备份
onbar -r执行恢复;‑p 仅物理恢复,‑l 仅逻辑恢复, ‑t 时间点恢复,‑e 外部恢复, ‑rename 恢复时修改块路径
onbar -v验证备份完整性,底层调用 archecker 工具
onbar -m查看最近备份恢复运行日志
onbar -P解析打印已经备份的逻辑日志内容
onbar -RESTART重启失败的恢复任务,需要 onconfig 开启RESTARTABLE_RESTORE
onsmsync同步 sysutils 库、ixbar 引导文件、存储管理器备份目录;做备份过期清理

ON‑Bar 组件架构

  1. onbar:用户侧命令入口,调用onbar_d后台驱动程序;

  2. XBSA API:ON‑Bar 和存储管理器的标准交互接口;

  3. 存储管理器:管理磁带 / 磁盘介质,保存实际备份数据;

  4. sysutils 数据库:bar_action、bar_instance、bar_object 等数据表维护备份元数据;

  5. 紧急引导文件 ixbar:冷恢复时使用,sysutils 库损坏场景依靠该文件做恢复。

注意:配置存储管理器需要维护sm_versions配置文件,登记 XBSA 库版本,配置错误会直接导致 ON‑Bar 无法运行。

三、ontape 工具详解

ontape不依赖外部存储管理器,配置全部写在 onconfig 参数,适合无专业存储管理器的环境,支持备份至磁盘目录、磁带、标准输出、云存储(S3)。

核心能力特点

✅ 可以直接修改数据库日志记录模式;支持远程设备、管道 stdout/stdin;支持云 S3 备份; ❌ 不支持并行备份恢复,不支持时间点恢复,不能挑选部分存储空间做备份,不支持重启失败恢复;

onconfig 关键参数:

  • TAPEDEV/TAPEBLK/TAPESIZE:物理备份设备、块大小、介质大小

  • LTAPEDEV/LTAPEBLK/LTAPESIZE:逻辑日志备份设备相关

常用核心命令

命令作用
ontape -s执行备份,‑L 指定备份级别; ‑d 取消交互式提示;‑t STDIO 使用标准输入输出
ontape -a手动备份已满逻辑日志;ontape -c开启连续逻辑日志备份
ontape -r执行恢复;‑D 指定恢复部分库空间; ‑p 仅物理恢复,‑l 仅逻辑恢复; ‑rename 恢复时修改块路径;‑e 外部恢复
ontape -N/-U/-B/-A修改数据库日志记录模式

外部备份与恢复(ON‑Bar、ontape 均支持)

外部备份不走工具本身的备份数据流,直接操作系统底层复制块文件,实现几乎零停机备份。

  1. 备份流程:onmode -c block阻塞数据库(产生检查点,业务只读)→操作系统 cp/dd/tar 复制全部块文件、配置文件 →onmode -c unblock解除阻塞 → 备份逻辑日志。

  2. 恢复流程:操作系统把备份块文件复制回原路径 → 使用 onbar‑r‑e 或者 ontape‑p‑e 标记物理恢复完成,再执行逻辑日志重放。

适用场景:硬件镜像快照、系统克隆、HDR 高可用初始化;必须手工记录备份信息,工具不会记录外部备份元数据。

四、archecker 表级恢复工具

archecker 实现表粒度的数据恢复,不需要恢复整个数据库空间,同时也用于备份介质校验(onbar‑v 底层调用该工具)。

  • 用途:校验备份归档、从备份中单独恢复表数据;

  • 拥有独立配置文件ac_config.std,输出独立消息日志ac_msg.log。

五、ON‑Bar 与 ontape 关键差异对比

能力项ON‑Barontape
存储管理器需要不需要
选择部分库空间备份✅支持❌不支持
时间点恢复✅支持❌不支持
并行备份恢复✅支持❌不支持
重启失败恢复✅支持❌不支持
修改数据库日志模式不支持(需要 ondblog)✅原生支持
备份介质元数据管理sysutils 库 + ixbar 文件onconfig 参数,无数据库元数据表

⚠️重要:两套工具备份介质互不兼容,onbar 备份不能用 ontape 恢复,反之亦然。

六、故障处理要点

  1. 恢复失败:优先查看对应工具日志:ON‑Bar 看bar_act.log,archecker 看ac_msg.log,ontape 看终端输出;

  2. 备份介质到期清理:ON‑Bar 使用onsmsync清理过期备份;存储管理器侧也要同步清理介质;

  3. sysutils 数据库损坏:依靠 ixbar 紧急引导文件,使用bldutil重建 sysutils,再通过onsmsync‑b重新导入备份元数据;

  4. 磁盘损坏更换:冷恢复阶段使用 rename 语法修改块路径,将数据恢复到新磁盘;

  5. 跨机器导入恢复:要求操作系统、GBase8s 版本一致,块设备路径 / 大小尽量匹配,复制存储管理器目录、ixbar、oncfg 配置文件,再执行恢复。

评论

登录后才可以发表评论
用户头像
GBase用户28017发表于 1个月前
非常有用。
sherq1989发表于 27天前
很好的实操