不能直接restore后open resetlogs——RMAN不自动适配RAC多实例结构，必须显式set newname重定向所有数据文件至ASM路径、设cluster_database=true、启用对应thread并创建专属undo表空间、重建redo日志组及独立密码文件，否则open resetlogs必报ORA-01157/ORA-01102/ORA-00600等错误。
不能直接 restore 后 open resetlogs 就完事——RMAN 不会自动适配 RAC 的多实例结构，漏掉任何一项线程、undo 表空间或 ASM 路径重定向，都会在 alter database open resetlogs 阶段报错，最常见的是 ORA-01157、ORA-01102 或 ORA-00600 [kcrf_abandon_lwn_2]。
restore controlfile 后必须用 set newname 重定向所有数据文件
单实例备份里的数据文件路径（如 /u02/oradata/orcl/system01.dbf）在 RAC 中无效：ASM 路径格式不同，且多个实例需共享同一份物理文件。RMAN 默认尝试还原到原路径，而该路径在目标节点上通常不存在或不可写。
-
set newname for database to '+DATADG/'是最简方式，但仅对后续restore生效；已恢复的控制文件里仍记录旧路径，所以 mount 后必须补switch database to copy - 若漏掉某个 datafile（比如
temp01.dbf或undotbs2.dbf），open resetlogs必然失败 - 临时表空间和 undo 表空间文件也必须显式重命名，不能依赖
db_create_file_dest自动创建——它们在 restore 阶段就已被控制文件引用
open resetlogs 失败前必须改掉这三类参数
控制文件恢复后，数据库仍处于“单实例模式”，RAC 启动校验极严格：
-
cluster_database = true：必须设为TRUE，否则启动时直接忽略其他 RAC 参数，报ORA-01102: cannot mount database in EXCLUSIVE mode -
thread和undo_tablespace必须匹配节点数：双节点 RAC 至少启用thread 2并创建第二个 undo 表空间（如UNDOTBS2），否则open resetlogs后首次 checkpoint 就可能触发ORA-00600 [kcrf_abandon_lwn_2] -
instance_number和instance_name必须唯一，且与 CRS 注册名一致（如orcl1/orcl2）；否则srvctl start database会静默失败
redo 日志和密码文件必须按 RAC 规范重建
单实例备份只含 thread 1 的 online redo log，RAC 要求每个实例独占一组日志组，且密钥文件不能复用：
- 用
alter database add logfile thread 2 group 4 '+DATADG/' size 200M添加 thread 2 日志组，至少两组，每组 ≥2 成员（ASM 镜像要求） - 执行
alter database rename file '/old/path/redo01.log' to '+DATADG/'重定向所有现有日志——注意：不是删除再建，是rename，否则控制文件和实际文件不一致 - 每个节点必须有独立密钥文件：
orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=xxx force=y，否则报ORA-01990: error opening password file
最容易被忽略的是：restore 控制文件后，control_files 参数值必须指向 ASM 路径（如 '+DATADG/orcl/controlfile/current.256.123456789'），而不是本地路径；否则即使 cluster_database=true，CRS 也无法正确识别数据库状态。
