必须用ALTER DATABASE MOVE DATAFILE（带KEEP、禁REUSE、MOUNT状态），因DB_FILE_NAME_CONVERT仅启动时生效，v$datafile显示主库路径，直接mv+RENAME会破坏归档链路致MRP卡住或主备分裂。
备库迁移数据文件路径不能直接改控制文件或停库挪文件——必须走ALTER DATABASE MOVE DATAFILE，否则可能触发介质恢复失败、MRP进程卡住、甚至主备分裂。
为什么不能像主库那样直接mv + switch datafile
物理备库（Physical Standby）的DB_FILE_NAME_CONVERT参数只在数据库启动时生效，运行中修改不生效；而备库的v$datafile视图显示的是“主库视角”的路径，不是实际OS路径。你看到/u01/app/oracle/oradata/stdby/users01.dbf，但真实文件可能已软链到/oradata/users01.dbf，或被DB_FILE_NAME_CONVERT动态映射。直接mv再ALTER DATABASE RENAME FILE会破坏归档应用链路，MRP进程报ORA-01111或ORA-01157后无法自动恢复。
ALTER DATABASE MOVE DATAFILE必须带KEEP且禁用REUSE
该命令是Oracle 12c+为备库专用设计的安全迁移方式，它自动完成：复制新路径文件 → 切换控制文件记录 → 删除旧文件 → 更新v$datafile。但有两个关键约束：
-
KEEP必须显式指定：否则迁移后旧文件不会自动删除，磁盘空间双倍占用 -
REUSE严禁使用：备库上若目标路径已有同名文件，MOVE会静默覆盖，导致归档日志应用时校验失败 - 必须在MOUNT状态执行（不能OPEN），否则报
ORA-16004 - 命令示例：
ALTER DATABASE MOVE DATAFILE '/u01/app/oracle/oradata/stdby/sysaux01.dbf' TO '+RECO/CDB1/STDBY/SYSAUX01.DBF' KEEP;
迁移前必须确认STANDBY_FILE_MANAGEMENT为AUTO
该参数控制备库是否自动创建新增的数据文件（如主库新增表空间）。如果设为MANUAL，MOVE操作后新路径的文件虽能写入，但后续主库新增数据文件不会自动同步，造成ORA-01157。检查命令：SHOW PARAMETER STANDBY_FILE_MANAGEMENT。若为MANUAL，先执行：ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO SCOPE=BOTH;，再重启备库到MOUNT状态。
路径变更后MRP进程卡在“waiting for gap”怎么办
这是最常踩的坑：路径改完，但主库归档日志还没传到新位置对应的LOG_ARCHIVE_DEST_2目录。MRP不会自动切路径，它仍按旧路径找归档。解决步骤：
- 查当前归档目标：
SELECT DEST_ID, STATUS, TARGET, ARCHIVED_THREAD#, ARCHIVED_SEQ# FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2; - 确认
LOG_ARCHIVE_DEST_2指向的路径是否包含新存储路径（如LOCATION=/arch/stdby_new） - 若没改，立刻在主库执行：
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=stdby_db ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stdby_db LOCATION=/arch/stdby_new' SCOPE=BOTH; - 然后在备库
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;再重启MRP
真正危险的不是操作本身，而是把备库当主库用思维去处理路径——它的所有IO行为都受主库控制流驱动，任何脱离DB_FILE_NAME_CONVERT和归档传输链路的“独立操作”，都会让备库从同步状态滑向不可逆的脱节。
