ORA-19527本质是Standby端MRP启动时对online redo log预清除的强制校验失败，必须显式配置log_file_name_convert参数（即使主备路径完全一致），且需成对、无尾斜杠、写入pfile/spfile并重启实例生效。
ORA-19527 错误本质是 standby redo log 重命名校验失败
这个错误不是真正的 I/O 或权限问题，而是 Oracle 10gR2 及之后版本在 Managed Recovery 启动时，对 standby 端 online redo log 文件做“预清除”（pre-clear）时触发的强制校验逻辑。它要求你明确声明 log_file_name_convert 参数——哪怕主备路径完全一致，也必须显式配置，否则就报 ORA-19527: physical standby redo log must be renamed。
必须设置 log_file_name_convert，且值要成对、可解析
常见误区是只写一个路径，或路径末尾带斜杠不一致，导致参数解析失败。Oracle 会按顺序把主库路径字符串替换成备库路径字符串，所以：
-
log_file_name_convert必须是成对出现的两个字符串，用逗号分隔，不能少于两段 - 主库路径和备库路径都建议**不带末尾斜杠**，例如
'/u01/oradata/prod','/u01/oradata/standby'，而不是'/u01/oradata/prod/','/u01/oradata/standby/' - 如果主备路径真的一模一样（比如共享存储），也要写成
'/u01/oradata/db','/u01/oradata/db'，不能省略或留空 - 该参数需在 standby 的
pfile或spfile中设置，并重启实例生效（alter system set ... scope=spfile后需shutdown immediate+startup）
RMAN duplicate 场景下容易漏掉这个参数
用 RMAN duplicate target database for standby 创建备库时，log_file_name_convert 不会被自动推导或继承。即使你在 duplicate 命令里加了 nofilenamecheck，它只跳过 datafile 路径检查，对 redo log 的重命名校验无效。
典型报错位置在 duplicate 执行到 alter database mount standby database 之后、MRP 进程启动前：
ORA-19527: physical standby redo log must be renamed ORA-00312: online log 1 thread 1: '/u01/oradata/db/redo01.log'
此时必须：
- 停掉 standby 实例（
shutdown abort） - 编辑
$ORACLE_HOME/dbs/init，加入一行：.ora log_file_name_convert='/u01/oradata/db','/u01/oradata/db' - 重新
startup nomount→alter database mount standby database→ 启动 MRP
别和 db_file_name_convert 混用，也别依赖 LOG_ARCHIVE_DEST_n
log_file_name_convert 和 db_file_name_convert 是独立参数，作用对象不同：前者管 online/standby redo log，后者管 datafile/tempfile。即使你已设好后者，ORA-19527 仍会触发。
另外，LOG_ARCHIVE_DEST_n 中的 LOCATION 或 SERVICE 配置，不影响 redo log 文件名校验逻辑。这个错误纯属参数缺失，跟归档传输是否正常无关。
最容易被忽略的是：该参数在 11g/12c/19c 中仍是强制要求，不是 10g 的临时行为；而且一旦没设，MRP 不会报错退出，只是反复记录警告并跳过日志清除——这会导致后续 switchover 时卡在 clearing online redo logfile 步骤，超时失败。
