必须提前在辅助实例参数中配置db_file_name_convert，否则duplicate会因路径不匹配直接报ora-01119等错误；该参数成对定义源库与备库路径前缀，区分大小写且不支持通配符，rman的set newname等命令在此场景下完全无效。
不能靠 rman 命令临时改路径，必须提前在辅助实例参数里配好转换规则，否则 duplicate 会直接报 ora-01119 或找不到文件。
db_file_name_convert 是唯一可靠方式
Oracle 19c 的 DUPLICATE 过程中，RMAN 不会自动重命名或移动数据文件——它完全依赖控制文件里的路径信息。而控制文件由辅助实例（目标库）启动时读取的参数决定，所以路径映射必须在辅助实例的 pfile 或 spfile 中静态定义。
-
db_file_name_convert是硬性生效的参数，不是可选项：没配就按源库路径找文件，目标机上不存在对应目录或文件时，DUPLICATE在 restore 阶段就会失败 - 格式必须成对出现：第一个字符串匹配源库路径前缀，第二个字符串替换为新路径前缀，比如
'/u01/oradata/ORCL','/u01/oradata/NEWDB' - 不支持通配符或正则；路径区分大小写，末尾斜杠不能多也不能少（
/u01/data/≠/u01/data） - 如果源库用 ASM，目标库用文件系统，必须写完整路径转换，例如
'+DATA/ORCL/DATAFILE/system.256.12345','/u01/oradata/NEWDB/system01.dbf'—— 注意右侧是具体文件名，不是目录
RMAN 内部命令 set newname 不起作用
很多人试过在 DUPLICATE 脚本里加 SET NEWNAME FOR DATABASE TO ... 或 SET NEWNAME FOR DATAFILE 1 TO ...，结果发现完全无效。这是因为 DUPLICATE 是全自动流程，它绕过了常规 RMAN 的 RESTORE + SWITCH 手动链路，所有文件定位都在解析控制文件时完成，SET NEWNAME 只对显式 RESTORE 有效。
-
CONFIGURE AUXNAME同样无效：该命令只影响后续备份集恢复，不参与DUPLICATE的初始文件映射 -
DUPLICATE ... FROM ACTIVE DATABASE场景下，连SET NEWNAME都会被忽略——RMAN 直接从源库拉取当前数据文件，路径由辅助实例参数决定 - 唯一能干预路径的 RMAN 子句是
NOREDO（跳过归档应用），但它不改数据文件位置
路径不一致时的典型错误和验证点
即使参数配了，也常因细节错位导致失败。最常见的是权限、目录不存在、或转换规则没覆盖全部文件类型。
- 错误
ORA-01119: error in creating database file '/u01/oradata/ORCL/users01.dbf'：说明db_file_name_convert没生效，或者目标路径父目录不存在（mkdir -p没做） - 错误
ORA-01503: CREATE CONTROLFILE failed：控制文件里记录的路径仍是源库路径，通常因为没用新参数文件启动辅助实例，或spfile没 reload - 查
V$DATAFILE确认实际路径：SELECT NAME FROM V$DATAFILE WHERE ROWNUM = 1;—— 必须返回目标路径，否则说明转换失败 - 别忘了
log_file_name_convert：联机日志路径不匹配会导致DUPLICATE卡在 recover 阶段，报ORA-00313
真正起作用的永远是辅助实例启动那一刻加载的参数，而不是你在 RMAN 里敲的任何 set 命令。改路径这件事，本质是数据库实例配置问题，不是 RMAN 操作问题。
