Informix在Linux上的备份恢复策略有哪些

Linux 上 Informix 的备份恢复策略

一 策略总览与适用场景

• ontape 标准备份：内置工具，支持 0级（全备）/1级（自上次0级后变更）/2级（自上次1级或0级后变更），可同时备份逻辑日志；适合中小规模、本地或直连磁带/文件设备的场景。
• onbar 企业级备份：支持并行备份/恢复、可恢复到指定时间点，适合大规模、高并发、SLA 要求高的环境。
• dbexport/dbimport 逻辑导出导入：以ASCII导出数据库对象与数据，便于迁移/改名/跨平台，但不支持分级备份，导出期间需独占访问。
• onunload/onload 页级卸载/装载：以页为单位二进制导出，效率高于 dbexport，专用于表级/表空间级快速迁移或恢复。
• 系统与异地容灾：结合远程/云存储、定期演练与安全传输/访问控制，满足 RPO/RTO 目标。

二 工具与恢复能力对比

三 推荐策略组合与频率

• 关键业务（高 RPO/RTO）：
  • 每周一次 ontape/onbar 0级全备；每日一次 1级；必要时补充 2级。
  • 逻辑日志连续备份开启，确保可时间点恢复；定期做日志满与长事务治理。
• 一般业务（平衡成本与速度）：
  • 每日 0级全备；保留7–30天；每周做全备+日志验证。
• 迁移/开发/测试：
  • 使用 dbexport/dbimport 或 onunload/onload 做逻辑/页级迁移，便于改名与结构调整。
• 自动化与异地容灾：
  • 用 cron 或调度平台定时执行；备份落盘后远程/云复制；定期恢复演练验证可用性与完整性。

四 关键配置与操作要点

• ontape 配置与执行：
  • 在 $ONCONFIG（onconfig） 中正确设置 TAPEDEV/TAPEBLK/TAPESIZE；执行前确保逻辑日志空间充足。
  • 示例：全备 ontape -s -L 0；恢复 ontape -r。
• 跨服务器恢复限制：
  • 使用 ontape 将备份恢复到另一台服务器时，要求机型/OS/Onconfig一致，且非临时 Dbspace 的数量与大小一致，否则可能无法恢复。
• dbexport/dbimport 使用：
  • 以 Informix 用户/DBA 执行；导出需独占；可用模式文件在导入时改名/改表；示例：dbexport <db> / dbimport <db>。
• onunload/onload 使用：
  • 以页级二进制高效导出/装载，适合表/表空间级迁移或恢复，仅与 onunload 配套。
• onbar 企业级：
  • 适合并行与时间点恢复；按企业策略配置存储与策略文件，定期做备份验证。

五 恢复路径与常见故障处理

• 整库恢复（ontape/onbar）：
  • 准备相同 Onconfig 与 Dbspace 布局；按备份级别顺序恢复（如先 0级，再 1/2级），随后回放逻辑日志至目标时间点。
• 指定数据空间/表级恢复：
  • 使用 ontape/onbar 指定数据空间；或使用 onunload/onload 做表级恢复；逻辑迁移用 dbexport/dbimport。
• 逻辑日志满：
  • 检查并及时备份/回放日志；必要时增加逻辑日志空间；治理长事务。
• 备份可用性验证：
  • 定期执行恢复演练与校验（如 onbar 校验、导入测试），确保 RPO/RTO 达标。