oracle 19c rac中跨磁盘组迁移数据文件必须使用rman copy + switch + recover三步闭环操作，因alter database move datafile不广播同步路径，会导致ora-01157和i/o失败；asmcmd cp仅适用于同磁盘组内重命名。
能直接迁移，但必须停库操作，且不能跳过 RMAN 的 copy → switch → recover 三步闭环。
RMAN copy 前必须确认 ASM 磁盘组已挂载且空间足够
迁移失败最常见原因是 ASM 目标磁盘组不可用或剩余空间不足。执行前务必验证：
-
SELECT name, state, total_mb, free_mb FROM v$asm_diskgroup;—— 确保目标磁盘组（如+DATA）状态为MOUNTED，且free_mb> 数据文件实际大小（不是dba_segments统计值，而是v$datafile.bytes） -
ASMCMD> ls -l +DATA—— 检查权限和路径可写性，尤其当使用非oracle用户运行 ASM 实例时 - 若数据库启用了归档，
ARCHIVE LOG LIST必须显示Database log mode: Archive Mode；否则RECOVER步骤会报ORA-00279
switch datafile 后必须立刻 recover，否则无法 online
SWITCH DATAFILE n TO COPY 只是更新控制文件中指针，并不校验物理一致性。不执行 RECOVER DATAFILE n 就直接 ALTER DATABASE DATAFILE n ONLINE，会触发 ORA-01113: file n needs media recovery。
关键点：
-
RECOVER依赖归档日志和在线日志，确保迁移窗口内无日志被覆盖（检查v$log_history和v$archived_log） - 若只迁移单个数据文件（如用户表空间），
RECOVER可指定该文件；若全库迁移，建议用RECOVER DATABASE避免遗漏 -
RECOVER成功后，v$datafile.header_file和v$datafile.name中的路径才真正同步到 ASM 路径
控制文件、redo、tempfile 必须单独处理，顺序不能乱
数据文件迁移完成 ≠ 迁移结束。以下三类文件必须按顺序操作，否则实例无法正常启动：
-
控制文件：先用
CREATE PFILE FROM SPFILE备份原参数，再ALTER SYSTEM SET control_files='+DG/control01.ctl', '+DG/control02.ctl' SCOPE=SPFILE，然后SHUTDOWN IMMEDIATE→STARTUP NOMOUNT→RMAN> RESTORE CONTROLFILE FROM '/path/to/old/control01.ctl'→ALTER DATABASE MOUNT -
重做日志：不能直接
ALTER DATABASE ADD LOGFILE到 ASM，需先ALTER DATABASE DROP LOGFILE GROUP n（确保该组非当前STATUS='CURRENT'），再重建到+DG；若要保留原日志内容，必须先ALTER SYSTEM SWITCH LOGFILE再删 -
临时文件：用
ALTER DATABASE TEMPFILE '/old/temp01.dbf' DROP INCLUDING DATAFILES删除旧文件，再ALTER TABLESPACE TEMP ADD TEMPFILE SIZE 100M（自动走db_create_file_dest指向的 ASM 路径）
最容易被忽略的是：迁移完成后，spfile 中的 db_create_file_dest 必须设为 ASM 路径（如 '+DG'），否则后续新建表空间或数据文件仍会落到文件系统——这个配置项不会被 RMAN SWITCH 自动更新，必须手动修正并重启生效。
