set newname必须在run块内执行，单独执行无效；它仅对显式指定的数据文件生效，且需与restore、switch、recover同处一个run块，否则控制文件路径不更新，导致恢复失败。
set newname必须在run块内执行
单独执行set newname for datafile不会生效，rman只在run块中记住这些重命名规则。一旦退出run，所有set newname设置自动失效。
常见错误是分步执行：先set newname，再restore——这会导致还原仍写入原路径，控制文件也未更新。
- 必须把
SET NEWNAME、RESTORE、SWITCH、RECOVER全部包进同一个RUN块 -
SWITCH DATAFILE ALL只更新那些被SET NEWNAME显式指定过的数据文件 - 如果只改一个文件却写了
SWITCH DATAFILE ALL，其余未设NEWNAME的文件不受影响，安全但无意义
不同Oracle版本对OFFLINE处理方式不同
Oracle 12c+支持在线恢复单个数据文件，无需先OFFLINE；而11g及更早版本要求数据文件必须处于OFFLINE状态才能RESTORE。
实际操作中容易忽略版本差异，导致命令报错ORA-01147（SYSTEM表空间文件不能OFFLINE）或ORA-19573（无法获取独占访问）。
- 12c及以上：
RESTORE DATAFILE 5;可直接运行，后续RECOVER DATAFILE 5;自动处理 - 11g及以下：必须先
sql 'alter database datafile 5 offline';，且不能对SYSTEM/UNDO等关键文件执行此操作 - 若目标是整个表空间，用
sql 'alter tablespace users offline immediate';更稳妥，避免事务阻塞
SWITCH DATAFILE ALL和SWITCH DATAFILE n的区别
SWITCH DATAFILE ALL不是“切换所有数据文件”，而是“切换所有已通过SET NEWNAME声明过新路径的文件”。它本质是批量执行ALTER DATABASE RENAME FILE，仅更新控制文件记录，不移动物理文件。
有人误以为SWITCH DATAFILE ALL能自动推导路径，结果发现控制文件里还是旧路径——因为漏写了SET NEWNAME，或者SET NEWNAME写在了RUN块外。
- 明确指定编号时：
SWITCH DATAFILE 5;只更新第5号文件，适合调试阶段逐个验证 - 批量操作时：
SWITCH DATAFILE ALL;更高效，但前提是前面每个SET NEWNAME都正确绑定到了具体file# - 切记：
SWITCH之后必须RECOVER，否则文件头SCN与控制文件不一致，ONLINE会失败
生成SET NEWNAME语句别硬敲，用v$datafile动态拼
手动写几十个SET NEWNAME FOR DATAFILE 1 TO '...'极易出错，尤其当文件名含特殊字符或路径层级深时。直接从v$datafile查出当前路径，用SQL生成命令最可靠。
例如迁移全部用户表空间文件到/u02/oradata/newloc/：
SELECT 'set newname for datafile ' || file# || ' to ''/u02/oradata/newloc/' || SUBSTR(name, INSTR(name, '/', -1) + 1) || ''';'
FROM v$datafile
WHERE ts# IN (SELECT ts# FROM v$tablespace WHERE name NOT IN ('SYSTEM','SYSAUX','UNDO','TEMP'));
输出就是一串可复制粘贴的SET NEWNAME语句，省去手输、防路径错位、避开SYSTEM等禁止迁移的表空间。
注意%b变量在SET NEWNAME FOR TABLESPACE中可用，但在FOR DATAFILE中不支持——这是很多人卡住的地方：想用通配符却报错RMAN-06004。
