Debian 上 Oracle 备份与恢复实战指南
一 备份策略与总体建议
- 在生产环境中优先采用 RMAN 物理备份，结合 FRA（Fast Recovery Area） 或明确的磁盘路径；对高可用业务启用 ARCHIVELOG 模式以实现时间点恢复（PITR）。
- 建议的周期性策略：每周一次全量备份，每日一次增量备份，并持续备份归档日志；定期清理已应用的归档，避免占满磁盘。
- 为迁移、部分对象恢复或跨平台需求，补充 Data Pump 逻辑备份（expdp/impdp）；逻辑备份不能替代 RMAN 的物理恢复能力。
- 将备份做异地/多副本留存（如 rsync/scp/对象存储），并定期做恢复演练与校验，确保可用。
- 在 Debian 上，RMAN 与 Data Pump 均为常规可用方案，配合 cron 与脚本即可实现自动化运维。
二 RMAN 物理备份与恢复步骤
- 前置检查与准备
- 确认归档模式：SQL> SELECT log_mode FROM v$database;；如未启用：SQL> SHUTDOWN IMMEDIATE; → STARTUP MOUNT; → ALTER DATABASE ARCHIVELOG; → ALTER DATABASE OPEN;
- 配置备份路径（示例为 FRA）：SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=20G; → ALTER SYSTEM SET DB_RECOVERY_FILE_DEST=‘/u01/fra’;
- 创建目录对象（Data Pump 用，RMAN 可直接用磁盘路径）：SQL> CREATE DIRECTORY backup_dir AS ‘/u01/backup’;
- 全量＋归档日志备份（示例脚本）
- RMAN> RUN {
- ALLOCATE CHANNEL ch1 TYPE DISK;
- BACKUP DATABASE PLUS ARCHIVELOG FORMAT ‘/u01/backup/full_%U’;
- RELEASE CHANNEL ch1;
- }
- 增量备份（基于上一次备份的增量）
- RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE FORMAT ‘/u01/backup/incr_%U’;
- 归档日志单独备份（滚动保留）
- RMAN> BACKUP ARCHIVELOG ALL DELETE INPUT FORMAT ‘/u01/backup/arch_%U’;
- 恢复场景示例
- 完全恢复（介质故障后，有完整备份与归档）：RMAN> STARTUP MOUNT; → RESTORE DATABASE; → RECOVER DATABASE; → ALTER DATABASE OPEN;
- 时间点恢复（PITR，恢复到指定 SCN/TIME）：RMAN> STARTUP MOUNT; → SET UNTIL SCN 12345678;（或 SET UNTIL TIME ‘2025-12-07 10:00:00’;）→ RESTORE DATABASE; → RECOVER DATABASE; → ALTER DATABASE OPEN RESETLOGS;
- 仅恢复表空间/数据文件：RMAN> SQL ‘ALTER TABLESPACE users OFFLINE IMMEDIATE’; → RESTORE TABLESPACE users; → RECOVER TABLESPACE users; → SQL ‘ALTER TABLESPACE users ONLINE’;
- 控制文件/SPFILE 丢失：RMAN> STARTUP NOMOUNT; → RESTORE CONTROLFILE FROM ‘/u01/backup/ctl.bak’; → ALTER DATABASE MOUNT; → RECOVER DATABASE; → ALTER DATABASE OPEN RESETLOGS;
- 关键要点
- RMAN 的 RESTORE 是“修复”（把备份文件拷回），RECOVER 是“恢复”（应用重做/归档/增量）；
- 非归档模式下的不完全恢复需要 OPEN RESETLOGS；
- 恢复后建议校验数据文件一致性与告警日志。
三 Data Pump 逻辑备份与恢复步骤
- 创建目录对象并赋权（需 Oracle 目录对象与 OS 目录权限一致）
- SQL> CREATE DIRECTORY backup_dir AS ‘/u01/backup’;
- SQL> GRANT READ, WRITE ON DIRECTORY backup_dir TO system;
- 全库导出
- shell> expdp system/password@orcl DIRECTORY=backup_dir DUMPFILE=full_%U.dmp LOGFILE=full_%U.log FULL=Y PARALLEL=4
- 模式/表级导出（按需）
- shell> expdp scott/tiger@orcl DIRECTORY=backup_dir DUMPFILE=scott_%U.dmp LOGFILE=scott_%U.log SCHEMAS=scott PARALLEL=2
- 全库导入
- shell> impdp system/password@orcl DIRECTORY=backup_dir DUMPFILE=full_%U.dmp LOGFILE=imp_full_%U.log FULL=Y PARALLEL=4
- 模式/表级导入（按需）
- shell> impdp scott/tiger@orcl DIRECTORY=backup_dir DUMPFILE=scott_%U.dmp LOGFILE=imp_scott_%U.log SCHEMAS=scott REMAP_SCHEMA=scott:scott_new
- 适用场景与限制
- 适合迁移、部分对象恢复、跨平台；
- 不保证块级一致性与崩溃一致性，不作为生产灾难恢复的第一选择；
- 导入前清理目标对象或采用 REMAP_SCHEMA/REMAP_TABLESPACE 以避免冲突。
四 自动化与运维实践
- 脚本化与定时任务
- 将 RMAN/Data Pump 命令写入 Shell 脚本，通过 cron 定时执行；示例：每周日凌晨全量、每日凌晨增量、每小时归档备份；
- 保留策略：本地保留7–14 天，远程/对象存储保留30–90 天；脚本中记录返回码与日志，失败告警。
- 备份文件保护
- 对敏感备份启用 GPG 加密 或传输至受控存储；严格限制备份目录权限（如 chown oracle:oinstall /u01/backup; chmod 700 /u01/backup）。
- 监控与演练
- 定期校验备份可用性（抽样还原到测试库）；监控 FRA 使用率、RMAN 通道状态、Data Pump 日志；
- 对关键库建立恢复预案与演练计划，缩短真实故障时的 RTO/RPO。
五 常见问题与排查要点
- 归档未开启导致无法做 PITR：启用 ARCHIVELOG 后再备份；
- 目录对象不存在或权限不足：用 CREATE DIRECTORY 并授予 READ/WRITE；
- 恢复时报找不到归档：检查 LOG_ARCHIVE_DEST、归档保留策略与备份是否成功；
- 控制文件/SPFILE 丢失：用 RMAN 从备份恢复，必要时先 STARTUP NOMOUNT；
- 打开数据库时报需 RESETLOGS：通常出现在非归档不完全恢复或用备份控制文件恢复后，按流程执行即可；
- RMAN 通道不足或性能差：在 RUN 块中显式 ALLOCATE CHANNEL 并设置 PARALLELISM。
