DB_FILE_NAME_CONVERT 必须配置成对路径前缀而非字符串替换，要求主库路径以指定前缀开头、两端带斜杠、大小写敏感、无通配符；其值仅在备库MOUNT状态且未启Redo Apply时读取，需修改spfile并重启生效；主备目录结构差异大时建议手动管理文件；临时文件和在线日志需分别用ALTER DATABASE ADD TEMPFILE和LOG_FILE_NAME_CONVERT处理。
DB_FILE_NAME_CONVERT 必须配成成对路径前缀，不是字符串替换
这个参数不按子串查找替换，而是做「主库路径前缀 → 备库路径前缀」的精确匹配。只要主库数据文件路径不以你写的第一个字符串开头，整个映射就完全失效，mrp进程会直接报 ora-01119 或 ora-19504：文件创建失败。
常见错误是只写目录名，比如：'/u01/oradata/prod', '/u02/oradata/std'。但主库实际路径是 /u01/oradata/prod/users01.dbf，备库想放到 /u02/oradata/std/prod/users01.dbf —— 这时必须写全前缀：'/u01/oradata/prod/', '/u02/oradata/std/prod/'。
- 两端都必须带结尾斜杠，否则可能误匹配（比如
/u01/oradata会匹配进/u01/oradata_bak） - 大小写敏感，Linux 下
PROD和prod视为不同前缀 - 不支持通配符、正则、模糊匹配，只认字面量
- 多个映射对用逗号分隔，建议按路径长度从长到短排列，避免短前缀提前截断
ALTER SYSTEM SET 后不生效？检查这三处硬性条件
DB_FILE_NAME_CONVERT 是静态参数，但它的值只在备库处于 MOUNT 状态、且尚未启动 Redo Apply 时被读取。改完不生效，大概率卡在这三个环节：
- 备库已
OPEN或正在恢复中：必须先SHUTDOWN IMMEDIATE，再STARTUP MOUNT - 修改后没加
SCOPE=SPFILE：仅ALTER SYSTEM SET不写入 spfile，重启后丢失 - 改完没重启备库：新值只进 spfile，不进内存，后续新建文件仍用旧规则
验证是否生效：重启后执行 SHOW PARAMETER db_file_name_convert，确认输出是你设的值，且状态为 spfile。
主备目录结构差异大时，别硬凑 DB_FILE_NAME_CONVERT
当主库路径是 /u01/oradata/dbname/，备库却是 /oradata/standby/datafiles/，强行配前缀容易漏文件或错映射（比如把 /u01/oradata/dbname/system01.dbf 映射成 /oradata/standby/datafiles/dbname/system01.dbf，但后者目录根本不存在）。
更稳的做法是分阶段处理：
- 先在备库执行
ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL - 等主库新增数据文件后，在备库手动建：
ALTER DATABASE CREATE DATAFILE '/u01/oradata/dbname/tbs01.dbf' AS '/oradata/standby/datafiles/tbs01.dbf' - 同步稳定后，再切回
AUTO，并补全准确的DB_FILE_NAME_CONVERT
注意：临时表空间文件不会被该参数处理，必须单独用 ALTER DATABASE ADD TEMPFILE 指定备库路径。
LOG_FILE_NAME_CONVERT 和 DB_FILE_NAME_CONVERT 互不干扰
在线日志路径由 LOG_FILE_NAME_CONVERT 控制，和 DB_FILE_NAME_CONVERT 完全独立。别混在一起配，也别指望一个参数管两类文件。
典型错误是只配了数据文件映射，结果 MRP 报 ORA-19527：“physical standby redo log must be renamed”——这是在线日志路径不对，得单独设 LOG_FILE_NAME_CONVERT。
另外，如果主库用了 OMF（DB_CREATE_FILE_DEST 已设），而备库没设或设错，DB_FILE_NAME_CONVERT 会彻底失效。此时要么关 OMF，要么在备库统一设好 DB_CREATE_FILE_DEST。
