Oracle 12c中如何通过RMAN实现容器数据库的冷备份与恢复

RMAN冷备必须关闭整个CDB实例，因PDB单独关闭时控制文件和redo仍被写入，导致文件时间点不一致；恢复须先还原控制文件再还原数据库，顺序错误将无法mount。

rman冷备在12c cdb中必须先关闭整个实例，不能只停pdb；恢复时若控制文件全丢，必须先还原控制文件再还原数据库，顺序错一步就进不了mount状态。

为什么CDB冷备不能只shutdown pluggable database

冷备本质是操作系统级文件拷贝，依赖数据库完全静止。PDB单独shutdown pluggable database后，CDB实例仍在运行，控制文件、redo日志、数据字典仍被持续写入——此时拷贝的数据文件和控制文件时间点不一致，后续startup mount必然报ORA-01113或ORA-01157。

正确做法是：从CDB$ROOT执行shutdown immediate，确认SELECT status FROM v$instance返回DOWN后再操作。RMAN冷备命令本身不关心PDB状态，它只认实例是否关闭。

• 误操作现象：startup mount卡住，或报ORA-00205: error in identifying control file，实际是控制文件头校验失败
• 检查点：执行ls -l $ORACLE_HOME/dbs/init*.ora和show parameter control_files确认控制文件路径是否真实存在且可读
• 关键差异：12c RMAN冷备和热备的命令语法一样（如backup database），但冷备前必须人工确保实例关闭，RMAN不校验这点

restore controlfile from备份路径必须显式指定，不能依赖autobackup

12c默认开启CONFIGURE CONTROLFILE AUTOBACKUP ON，但冷备场景下往往禁用该功能（避免干扰备份集管理），所以restore controlfile from autobackup大概率失败——因为autobackup文件名含时间戳且路径不可控，RMAN无法自动定位。

实操中应严格使用冷备时明确生成的控制文件备份路径：

• 备份时已执行：backup current controlfile format '/backup/ctl_%d_%T_%U.bak'
• 恢复时必须写全路径：restore controlfile from '/backup/ctl_CDB1_20260603_01uq8v9k_1_1.bak'（注意%U会生成唯一串，需ls /backup/ctl*确认）
• 如果只记得目录，可用list backup of controlfile查，但该命令需先startup nomount，而nomount阶段又依赖audit目录存在——见下一点

startup nomount失败常见于audit_file_dest路径不存在

RMAN-04014: startup failed: ORA-09925: Unable to create audit trail file不是权限问题，而是audit_file_dest指向的目录在OS层面根本不存在。12c安装后spfile里该参数默认值常为/u01/app/oracle/admin/<db_name>/adump，但冷恢复环境里这个路径大概率没创建。

绕过方法不是改spfile（此时还读不到），而是临时用pfile启动：

• 先create pfile='/tmp/initcdb.ora' from spfile（若spfile损坏，直接手写最小pfile，至少含db_name和audit_file_dest）
• 编辑/tmp/initcdb.ora，把audit_file_dest改成一个已存在的空目录，例如/tmp/adump
• mkdir -p /tmp/adump，然后startup nomount pfile='/tmp/initcdb.ora'
• 这步成功后，立刻restore controlfile，再startup mount切回spfile

restore database后recover database是否必要

冷备场景下，backup database命令产生的备份集默认不含归档日志（除非显式plus archivelog），且冷备时数据库已关闭，所有redo日志都已完成归档或处于inactive状态。因此restore database之后直接alter database open resetlogs即可，recover database会报no backup of archived log并中断流程。

但有一个例外：如果冷备前数据库是ARCHIVELOG模式，且你手动保留了冷备时刻之后的归档日志（比如同步拷贝了fast_recovery_area里的archivelog），那才需要recover database来应用它们。

• 验证方式：list backup of archivelog all —— 若返回为空，说明备份集里没归档日志
• resetlogs不是可选项：冷备恢复后必须用alter database open resetlogs，否则报ORA-01589: must use RESETLOGS or NORESETLOGS option
• PDB恢复后需单独alter pluggable database <name> open，CDB open不自动打开PDB

最易被忽略的是冷备时控制文件与数据文件的备份时间差——哪怕只差几秒，恢复时restore database也会因SCN不匹配而失败。务必用同一run{}块执行backup database和backup current controlfile，或者用backup database plus archivelog（虽非纯冷备，但时间点强一致）。