GBase 8s 备份与恢复总结
GBase 8s备份与恢复总结
本文参考官方文档和培训教程,做知识梳理总结,用于技术分享。
南大通用《GBase 8s V8.8 备份与恢复指南》
一、整体概述
GBase 8s 提供两套核心备份恢复工具:ON‑Bar、ontape,用于应对磁盘故障、程序错误、误操作、灾难事故等场景下的数据保护。备份对象包含数据库空间、Blob 空间、智能大对象空间、逻辑日志;恢复分为物理恢复(还原备份镜像)+逻辑恢复(重放逻辑日志事务)两个阶段。
备份三级级别
| 备份级别 | 说明 |
|---|---|
| 0 级(全量) | 备份存储空间全部已使用的数据页,完整基准备份,做增量的基础 |
| 1 级(增量) | 仅备份自上一次 0 级备份之后变更的数据 |
| 2 级(增量) | 仅备份自上一次 1 级备份之后变更的数据 |
恢复模式分类
冷恢复:数据库脱机状态执行,用于根库、逻辑日志库等关键数据库空间损坏故障,必须停机。
热恢复:数据库联机 / 静默状态,只恢复非关键数据库空间,业务不用完全中断。
混合恢复:先冷恢复关键库让业务快速上线,后续热恢复其余非关键库;优点停机时间短,缺点要多次重放日志,整体耗时更长。
连续日志恢复:多用于容灾辅助节点,持续接收并重放主库逻辑日志,主库故障可切辅助节点,带宽消耗低于 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 组件架构
onbar:用户侧命令入口,调用onbar_d后台驱动程序;XBSA API:ON‑Bar 和存储管理器的标准交互接口;
存储管理器:管理磁带 / 磁盘介质,保存实际备份数据;
sysutils 数据库:bar_action、bar_instance、bar_object 等数据表维护备份元数据;
紧急引导文件 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 均支持)
外部备份不走工具本身的备份数据流,直接操作系统底层复制块文件,实现几乎零停机备份。
备份流程:
onmode -c block阻塞数据库(产生检查点,业务只读)→操作系统 cp/dd/tar 复制全部块文件、配置文件 →onmode -c unblock解除阻塞 → 备份逻辑日志。恢复流程:操作系统把备份块文件复制回原路径 → 使用 onbar‑r‑e 或者 ontape‑p‑e 标记物理恢复完成,再执行逻辑日志重放。
适用场景:硬件镜像快照、系统克隆、HDR 高可用初始化;必须手工记录备份信息,工具不会记录外部备份元数据。
四、archecker 表级恢复工具
archecker 实现表粒度的数据恢复,不需要恢复整个数据库空间,同时也用于备份介质校验(onbar‑v 底层调用该工具)。
用途:校验备份归档、从备份中单独恢复表数据;
拥有独立配置文件
ac_config.std,输出独立消息日志ac_msg.log。
五、ON‑Bar 与 ontape 关键差异对比
| 能力项 | ON‑Bar | ontape |
|---|---|---|
| 存储管理器 | 需要 | 不需要 |
| 选择部分库空间备份 | ✅支持 | ❌不支持 |
| 时间点恢复 | ✅支持 | ❌不支持 |
| 并行备份恢复 | ✅支持 | ❌不支持 |
| 重启失败恢复 | ✅支持 | ❌不支持 |
| 修改数据库日志模式 | 不支持(需要 ondblog) | ✅原生支持 |
| 备份介质元数据管理 | sysutils 库 + ixbar 文件 | onconfig 参数,无数据库元数据表 |
⚠️重要:两套工具备份介质互不兼容,onbar 备份不能用 ontape 恢复,反之亦然。
六、故障处理要点
恢复失败:优先查看对应工具日志:ON‑Bar 看
bar_act.log,archecker 看ac_msg.log,ontape 看终端输出;备份介质到期清理:ON‑Bar 使用
onsmsync清理过期备份;存储管理器侧也要同步清理介质;sysutils 数据库损坏:依靠 ixbar 紧急引导文件,使用
bldutil重建 sysutils,再通过onsmsync‑b重新导入备份元数据;磁盘损坏更换:冷恢复阶段使用 rename 语法修改块路径,将数据恢复到新磁盘;
跨机器导入恢复:要求操作系统、GBase8s 版本一致,块设备路径 / 大小尽量匹配,复制存储管理器目录、ixbar、oncfg 配置文件,再执行恢复。
评论
热门帖子
- 12025-12-01浏览数:183726
- 22023-05-09浏览数:26431
- 42023-09-25浏览数:20095
- 52020-05-11浏览数:18821