Oracle 12c RMAN单实例到RAC恢复指南

先上结论：版本一致性检查不可跳过，线程与undo表空间的适配同样必须执行；RMAN的 restore 命令本身不会自动处理RAC的特有结构，这些步骤需要人工干预。

为什么 restore controlfile 后必须用 set newname？

在单实例环境下，数据文件路径通常为 /u02/oradata/center/system01.dbf，但在RAC环境中无法直接使用——ASM的路径格式完全不同，且多个实例需要共享同一份物理文件。RMAN的 restore 默认会尝试还原到备份时的原路径，但该路径在目标节点上要么不存在，要么没有写入权限。

• 必须在 run 块内显式使用 set newname for datafile N to '+DATADG/...' 指向ASM磁盘组。
• 如果遗漏了某个数据文件（例如临时表空间 temp01.dbf），则 alter database open resetlogs 会失败，报错ORA-01157。
• 注意：set newname 仅对后续的 restore 命令生效，不会修改已恢复的控制文件中记录的旧路径。因此，在mount之后，必须使用 switch database to copy 或手动执行 alter database rename file 来更新控制文件。

open resetlogs 失败常见于哪些参数没改？

控制文件恢复后，数据库仍处于单实例模式。RAC环境要求以下关键参数必须正确配置：

• cluster_database = true（必须设为TRUE，否则启动时其他RAC参数将被忽略）
• thread 和 undo_tablespace 必须与节点数匹配——例如双节点RAC至少需要2个thread、2个undo表空间。
• instance_number 和 instance_name 必须唯一，且需与CRS注册名一致（如 orcl1 / orcl2）。

常见的错误现象：

• ORA-00600: internal error code, arguments: [kcrf_abandon_lwn_2] → 通常由于thread未启用或未分配。
• ORA-01102: cannot mount database in EXCLUSIVE mode → 通常因 cluster_database 仍为false。
• ORA-01990: error opening password file → 密码文件未重建（RAC要求每个节点有独立的 orapw$ORACLE_SID）。

RMAN restore 后必须补哪些 redo & undo 操作？

单实例备份仅包含thread 1的online redo log，而RAC至少需要每个实例一个线程。因此必须手动补充：

• 使用 alter database add logfile thread 2 ... 添加thread 2的日志组（至少两组，每组至少2个成员）。
• 创建第二个undo表空间：create undo tablespace undotbs2 datafile '+DATADG' size 2g;
• 启用thread 2：alter database enable public thread 2;
• 设置实例专属的undo：alter system set undo_tablespace='UNDOTBS2' sid='orcl2';

需要注意：

• alter database open resetlogs 仅重置当前thread（通常为thread 1），thread 2需后续手动启用。
• 若源库为归档模式，恢复完成后还需使用 recover database using backup controlfile until cancel; 手动应用归档——尤其在跨时段迁移时容易遗漏。

最容易被忽略的 ASM 权限与目录问题

RMAN能连接目标实例，并不意味着它能向ASM写入文件。以下细节常被忽视：

• 确保Oracle用户拥有ASM实例的 ASMSNMP 权限，且 asmadmin 组中包含oracle用户。
• 路径 +DATADG/center/datafile/ 必须提前存在，否则 set newname 会静默失败——RMAN不报错，但实际未写入。
• adump 目录（audit_file_dest）需在所有节点上手动创建，权限750，属主为 oracle:oinstall。
• 若使用 duplicate 替代 restore，注意 nofilenamecheck 在跨平台/跨路径时是必需选项，否则会报ORA-19802。

实践经验表明，实际迁移中超过一半的卡点并非来自RMAN命令本身，而是源于ASM可见性、CRS资源状态，以及参数文件中那些带有 orcl1. / orcl2. 前缀的隐式配置项。