Linux Informix数据恢复技巧是什么

Linux 上 Informix 数据恢复技巧

一 常用恢复路径与适用场景

• ontape 物理级恢复：用于整库/指定 dbspace 的备份恢复，支持0/1/2 级与逻辑日志配合，适合在线或静止状态下的快速恢复。
• onbar 企业级恢复：支持并行备份/恢复与时间点恢复（PITR），适合有库级备份策略与日志归档的一体化环境。
• dbexport/dbimport 逻辑恢复：将库/表导出为文本（含 DDL），用于迁移、跨平台、结构修复或小范围对象级恢复。
• 系统级归档恢复（ccmsrv）：仅在熟悉日志技术且前述方法不可行时使用，要求系统配置与 onconfig 基本一致，复杂度高。

二 标准恢复步骤速查

• ontape 0 级恢复（整库/指定空间）
  1. 干净停机：onmode -ky；2) 启动到静默：oninit -s；3) 执行恢复：ontape -r，按提示插入/指定备份介质；4) 恢复完成后切到在线：onmode -m；5) 校验：检查 online.log、表可访问性与数据一致性。
• 时间点恢复（PITR，ontape）
  1. 先恢复最近的0 级；2) 在恢复会话中按提示插入包含目标时间点的逻辑日志备份，直至到达目标时间；3) 完成恢复并切到在线。
• onbar 恢复
  1. 准备与备份一致的实例配置与存储路径；2) 执行：onbar -r -L -t （按实际参数）；3) 恢复完成后校验。
• dbexport/dbimport 逻辑恢复
  1. 准备空实例与所需 dbspace；2) 导入结构：dbimport -c -i ；3) 导入数据（若分片导出，按目录/文件顺序导入）；4) 校验约束与索引。
• 系统级归档恢复（ccmsrv）
  1. 确保磁盘路径、chunk 大小、共享内存等系统配置相同或更大；2) onconfig 文件需与 0 级归档时一致；3) 使用 ccmsrv restore 按归档计划还原。

三 常见故障与快速修复

• 逻辑日志满导致备份/恢复受阻：先备份并清空已用日志（如 ontape -a 或按需备份），确保剩余日志空间≥**单个日志的 50%**再执行备份/恢复。
• 权限/路径导致归档失败：备份目录必须对 informix 用户具备RWX权限；检查 TAPEDEV/LTAPEDEV 指向的目录或设备可写。
• 恢复后实例起不来：若 ontape -r 失败导致异常，可用 oninit -i 重新初始化后再恢复（注意这将重建系统库，谨慎操作）。
• 跨服务器恢复失败：两台服务器在机型、OS、onconfig、非临时 dbspace 数量与大小应尽量一致，否则可能恢复异常。
• 长时间运行 SQL/锁等待：用 onstat -g sql、onstat -k 定位会话与锁，必要时 onmode -z 终止阻塞会话。

四 关键配置与前置检查

• 环境变量：确认 INFORMIXDIR、INFORMIXSERVER、ONCONFIG、PATH 等已正确设置，使用 informix 用户执行恢复。
• onconfig 与归档设备：核对 TAPEDEV、TAPEBLK、TAPESIZE、LTAPEDEV、LTAPEBLK、LTAPESIZE；目录需存在且权限正确。
• 空间与目录：确保 $INFORMIXTMP、归档目录、chunk 路径磁盘空间充足且权限正确。
• 备份有效性：恢复前对备份介质/文件做可读性与完整性校验；定期演练恢复流程并保留 onconfig 的历史副本。

五 实践建议

• 备份策略：关键库建议每日 0 级，必要时补充 1/2 级；启用**连续逻辑日志备份（ontape -c）**或按计划归档，便于 PITR。
• 恢复演练：定期在非生产环境演练全量/时间点恢复，验证脚本、介质与配置一致性。
• 工具选择：有库级备份与日志归档体系时优先 onbar；需要跨平台/迁移/结构修复时选 dbexport/dbimport；系统级归档仅在必要时使用。