RMAN COPY+SWITCH是唯一稳路径，因它自动生成合法ASM文件名并原子更新控制文件，避免手动操作漏节点、错路径；而ASMCMD cp或DBMS_FILE_TRANSFER仅物理拷贝，不更新控制文件，易致ORA-01157。
不能用 ALTER TABLESPACE ... MOVE TO '+DATA'，Oracle 根本不支持这个语法；所谓“迁移”，本质是物理复制 + 控制文件指针切换，必须走 COPY → SWITCH → RECOVER 链路，否则必然报 ORA-01157 或 ORA-01113。
为什么 RMAN COPY + SWITCH 是唯一稳路径
ASMCMD cp 或 DBMS_FILE_TRANSFER 只做物理拷贝，不更新控制文件，后续必须手动 ALTER DATABASE RENAME FILE，极易漏节点、错路径、触发 ORA-01157；而 RMAN COPY DATAFILE n TO '+DG1' 会自动生成合法 ASM 文件名（如 +DG1/orcl/datafile/system.256.987654321），SWITCH DATAFILE n TO COPY 则原子更新 v$datafile 和控制文件，避免手动注册风险。
常见错误现象：
-
SWITCH前没COPY，控制文件指向不存在的 ASM 路径，OPEN 时报ORA-01157: cannot identify/lock data file -
SWITCH后漏掉RECOVER DATAFILE n，归档模式下 OPEN 时卡在ORA-01113: file 7 needs media recovery - 用
CONVERT DATAFILE误以为能直接改路径，实际只适用于跨平台转换，不改变存储位置
哪些文件能在线迁，哪些必须停库
归档模式下，普通数据文件可单个 OFFLINE → COPY → SWITCH → RECOVER → ONLINE，数据库全程 OPEN；但以下三类必须停库或特殊处理：
-
CONTROLFILE：必须SHUTDOWN IMMEDIATE→STARTUP NOMOUNT→RMAN RESTORE CONTROLFILE，因无法在线替换全部副本 -
ONLINE REDO LOG：不能COPY，需先ALTER DATABASE ADD LOGFILE GROUP n '+DG1' SIZE 100M，等日志切换完成后再DROP旧组 -
TEMPFILE：可在线新建 ASM 临时表空间，再DROP TABLESPACE旧的，无需停库
RAC 环境下最容易被忽略的同步点
在节点1执行完 SWITCH，节点2查 dba_data_files 仍报 ORA-01157，不是 RMAN 失败，而是集群元数据未广播。必须检查：
- 所有节点上
select name from v$datafile是否都返回+DATA/xxx.xxx.xxx格式，而非本地路径 - 若某节点仍显示旧路径，需在该节点手动执行
ALTER DATABASE RENAME FILE '/u01/oradata/db/system01.dbf' TO '+DATA' -
db_create_file_dest参数必须在所有节点 SPFILE 中设为 ASM 路径，否则新创建的临时文件、归档日志仍落盘到文件系统
迁移后旧文件不会自动删除，control_files、log_archive_dest_1 等参数里残留的文件系统路径也得手动清理，否则下次重启可能尝试读取已删文件——这点常被跳过，直到下次计划外宕机才暴露。
