CentOS Informix备份恢复最佳实践

一、备份策略制定

1. 备份类型选择

• 完全备份（Full Backup）：备份整个数据库，是恢复的基础。适用于首次备份或定期（如每周）全量备份，恢复速度快但耗时较长、占用空间大。
• 增量备份（Incremental Backup）：仅备份自上次备份（无论全备还是增量）以来更改的数据，适合数据变化频繁的场景。备份时间短、存储空间占用小，但恢复时需要全备+所有增量备份，流程复杂。
• 差异备份（Differential Backup）：备份自上次完全备份以来更改的数据，平衡了备份时间与恢复效率。恢复时仅需全备+最新差异备份，适合数据变化较大且对恢复时间要求较高的场景。
• 逻辑备份（Logical Backup）：通过dbexport（ASCII格式）、Onunload（二进制格式）导出数据，适用于跨平台迁移或小规模数据备份。Onunload效率高于dbexport，但两者均不支持分级备份。

2. 备份工具选择

• ontape：Informix自带工具，支持0级（全备）、1级（增量）、2级（差异）备份，同时可备份逻辑日志。适合需要热备份（数据库在线运行）的场景，是生产环境最常用的物理备份工具。
• onbar：支持并行备份（提高速度）、恢复到特定时间点（PITR），需提前配置onconfig文件中的BAR_ACT_LOG、BAR_DEBUG_LOG等参数。适合大规模数据库或需要高可用性的环境。
• dbexport/dbimport：以ASCII格式导出数据库模式与数据，便于查看和传输。适合小规模数据库或需要与其他数据库兼容的场景，但恢复时需重新创建数据库。
• Onunload/Onload：以页为单位二进制卸出/加载数据，效率高于逻辑备份。Onunload导出的.unl文件需用Onload恢复，适合大数据量的快速备份。

3. 备份频率与保留期

• 频率设置：根据数据重要性调整。关键业务数据库（如金融交易）建议每日0级备份，每小时增量备份；非关键数据库可每周全备+每日差异备份。
• 保留期：保留最近7-30天的备份（如全备保留7天、增量/差异保留30天），避免存储空间浪费。重要备份需异地存储（如云存储）以防本地灾难。

4. 自动化与监控

• 定时任务：使用crontab设置自动备份，例如每天凌晨2点执行0级备份的脚本：

  0 2 * * * /opt/informix/scripts/backup.sh >> /var/log/informix_backup.log 2>&1
  

  脚本需包含备份命令（如ontape -s -L0 /path/to/backup）、日志记录（记录备份时间、状态）和错误通知（如邮件提醒管理员）。
• 监控与报警：通过cron日志（/var/log/cron）或第三方监控工具（如Zabbix）监控备份任务执行情况，若备份失败及时告警。

二、恢复流程与操作

1. 恢复前准备

• 检查环境：确认Informix环境变量（INFORMIXDIR、INFORMIXSERVER、ONCONFIG）配置正确，备份文件完整性（可通过md5sum校验）。
• 故障排查：使用onstat -l查看逻辑日志状态、onstat -x检查事务起始位置、onstat -d查看数据库空间使用情况；检查系统日志（/var/log/messages、/var/log/secure）定位硬件（如硬盘坏道）或软件错误。
• 硬件修复：若发现硬盘故障，使用smartctl -a /dev/sda检查硬盘健康状态，必要时更换硬盘并修复文件系统（fsck /dev/sda1）。

2. 具体恢复步骤

• 完全恢复（使用ontape）：
  1. 启动数据库到恢复模式：oninit -vy（-v显示详细信息，-y自动回答yes）；
  2. 执行全备恢复：ontape -r（从默认路径读取备份文件）；
  3. 应用增量/差异备份：ontape -r -L1（-L1表示恢复1级增量备份）。
• 逻辑日志恢复（崩溃后前滚）：
  若实例崩溃且未备份逻辑日志，需先执行onmode -j前滚未提交事务，再执行onmode -m恢复正常模式，确保数据一致性。
• dbexport/dbimport恢复：
  1. 导入数据库模式与数据：dbimport -d <库名> -c /path/to/backup_file（-c表示创建数据库）；
  2. 恢复后验证数据完整性（如查询关键表记录数）。
• onbar恢复（并行/时间点）：
  1. 配置onconfig中的BAR_ENABLE=YES（启用onbar）；
  2. 执行并行恢复：onbar -r /path/to/backup_image（快速恢复全备）；
  3. 恢复到特定时间点：onbar -r -t "2025-10-25 14:30:00"（需有对应的逻辑日志）。

3. 恢复后验证

• 启动数据库：恢复完成后，使用oninit -vy正常启动数据库（-v显示详细信息，-y自动回答yes）。
• 数据验证：查询关键表（如业务表、日志表）的记录数，对比恢复前后的数据一致性；检查应用程序是否能正常连接数据库。
• 功能测试：模拟业务操作（如插入、更新、删除数据），确保数据库功能正常。

三、关键注意事项

• 环境变量配置：确保INFORMIXDIR（Informix安装目录）、INFORMIXSERVER（数据库服务器名）、ONCONFIG（配置文件路径）等环境变量正确设置，否则备份/恢复命令无法执行。
• 备份文件安全：备份文件需存储在安全位置（如异地服务器、云存储），并加密（如使用gpg加密）防止未经授权访问；保留Onconfig文件副本（如Onconfig.bak），恢复0级备份时需要。
• 定期测试恢复：每季度至少进行一次恢复测试，验证备份文件的完整性和恢复流程的正确性，避免实际故障时无法恢复。
• 日志管理：保留逻辑日志（LTAPEDEV参数指定路径），确保日志文件不丢失；定期清理旧日志（如保留最近7天的日志），避免占用过多磁盘空间。