根本原因是standby_file_management=manual导致备库控制文件生成unnamed占位符而无法创建真实文件，引发ora-01274错误并中断mrp；需手动执行alter database create datafile补全文件后重启恢复。
根本原因不是网络或权限，而是备库没启用自动文件管理——standby_file_management 参数为 MANUAL 时，主库新增数据文件后，备库控制文件只会生成 UNNAMED00xxx 占位符，不会创建真实文件，MRP 进程立刻报 ORA-01274 并中断恢复。
standby_file_management=MANUAL 导致 UNNAMED 文件和 MRP 中断
这是最常见、最典型的触发场景。主库执行 ALTER TABLESPACE users ADD DATAFILE '/data/oradata/orcl/users02.dbf' SIZE 100M 后，备库日志里会立刻出现：
File #154 added to control file as 'UNNAMED00154' because the parameter STANDBY_FILE_MANAGEMENT is set to MANUAL MRP0: Background Media Recovery terminated with error 1274 ORA-01274: cannot add datafile '/data/oradata/orcl/users02.dbf' - file could not be created
此时 V$DATAFILE 中该文件名显示为 $ORACLE_HOME/dbs/UNNAMED00154（Linux）或 %ORACLE_HOME%\database\UNNAMED00154（Windows），实际路径完全不可用。
- 必须在备库
MOUNT或OPEN READ ONLY WITH APPLY状态下执行ALTER DATABASE CREATE DATAFILE手动补全 - 执行前需确认目标路径存在且有足够空间：
mkdir -p /data/oradata/orcl_std/ - 语句示例：
ALTER DATABASE CREATE DATAFILE '/u01/app/oracle/product/12.1.0/dbhome_1/dbs/UNNAMED00154' AS '/data/oradata/orcl_std/users02.dbf'; - 补完后重启恢复：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
standby_file_management=AUTO 但 DB_FILE_NAME_CONVERT 未配或错配
即使参数设为 AUTO，如果 DB_FILE_NAME_CONVERT 没生效，备库仍无法把主库路径映射到本地路径，RFS 写归档时失败，MRP 卡在 ERROR 状态，V$ARCHIVE_DEST_STATUS 的 ERROR 列显示 ORA-01119 或 ORA-17627。
- 检查是否生效：
SHOW PARAMETER db_file_name_convert—— 必须返回非空值，格式为'/old/', '/new/'（成对单引号+逗号，末尾斜杠不能少） - 路径大小写、空格、斜杠数量必须严格一致；Linux 下
/u01/oradata/primary/和/u01/oradata/standby/差一个字符都会失败 - 若用
spfile修改，必须SCOPE=SPFILE+ 重启备库，ALTER SYSTEM SET ... SCOPE=BOTH对该参数无效 - 临时验证：主库加完文件后，在备库查
SELECT NAME FROM V$DATAFILE WHERE NAME LIKE '%users02%'—— 若返回空，说明转换彻底失败；若返回主库路径，说明参数没生效
RAC 环境下新增文件还依赖 ASM 共享路径与磁盘组一致性
在 Oracle RAC + DG 架构中，主库是 RAC，但备库是单实例，此时除了 standby_file_management 和 DB_FILE_NAME_CONVERT，还必须确保主库新增的数据文件路径是 ASM 共享路径（如 +DATA/orcl/datafile/users02.dbf），且备库的 db_create_file_dest 指向的 ASM 磁盘组已 MOUNTED、有空间、名称能逻辑对应。
- 误用本地路径（如
/tmp/users02.dbf）会导致主库 DDL 成功，但备库 RFS 接收归档时报ORA-01157，因为该路径在备库节点上根本不存在 -
db_create_file_dest在备库必须设为有效 ASM 磁盘组（如+DATA_STD），不能指向FRA或空值；否则即使AUTO模式也会 fallback 到默认路径并失败 - RAC 主库新增前，务必在所有节点确认：
SELECT name, state FROM gv$asm_diskgroup WHERE name = 'DATA';—— 状态必须是MOUNTED - 不建议用
ALTER DATABASE MOVE DATAFILE“修复”已错建的本地文件，它只改本实例控制文件，集群内其他节点仍不可见
最容易被忽略的一点：standby_file_management=AUTO 是前提，但不是万能解药；DB_FILE_NAME_CONVERT 要求路径严格匹配，而 RAC 环境下主库路径本身就必须是 ASM 共享路径——三者缺一不可，漏配任意一个，新加的数据文件就卡在备库控制文件里出不来。
