rman copy + switch 是唯一安全的在线迁移方式，因 alter database move datafile 不广播同步路径，会导致 ora-01157 和 i/o 失败；asmcmd cp + rename 仅适用于同磁盘组内重命名。
不能靠 ALTER DATABASE MOVE DATAFILE 在 RAC+ASM 中跨磁盘组迁移数据文件——它只更新当前实例控制文件路径，不广播同步，必然引发 ORA-01157 和 I/O 失败。
RMAN COPY + SWITCH 是唯一安全的在线迁移方式
这是 Oracle 官方文档明确支持的 RAC 集群感知操作。核心在于：副本由 RMAN 统一生成并校验，SWITCH 命令原子更新所有节点的控制文件，确保路径一致。
- 必须先确认目标数据文件可离线：
SELECT file_id, online_status FROM v$datafile WHERE name = '+OLD_DG/db/users01.dbf'，所有节点返回ONLINE才能继续 - 在任意节点执行：
ALTER DATABASE DATAFILE <file_id> OFFLINE</file_id>（注意不是OFFLINE FOR DROP） - RMAN 中执行：
COPY DATAFILE <file_id> TO '+NEW_DG/db/users01.dbf'</file_id>，路径必须是完整 ASM 别名，不能省略磁盘组和数据库名 - 立即执行：
SWITCH DATAFILE <file_id> TO COPY</file_id>——这步触发集群广播，所有实例同步更新 - 最后：
RECOVER DATAFILE <file_id></file_id>应用离线期间归档日志，再ONLINE
ASMCMD cp + ALTER DATABASE RENAME FILE 仅适用于同磁盘组内重命名
如果只是调整目录结构（如从 +DATA/db/users01.dbf 改为 +DATA/db/datafiles/users01.dbf），不用走 RMAN，但必须满足两个前提：源和目标在同一磁盘组、不涉及跨磁盘组移动。
- 用 ASMCMD 拷贝：
cp +DATA/db/users01.dbf +DATA/db/datafiles/users01.dbf - 再执行：
ALTER DATABASE RENAME FILE '+DATA/db/users01.dbf' TO '+DATA/db/datafiles/users01.dbf' - 该
RENAME是 RAC 安全的，但它不移动物理块，只更新控制文件；若误用于跨磁盘组场景，v$asm_alias可能残留旧别名，后续DROP TABLESPACE会失败
rebalance power 设置不当会拖垮业务响应
添加/删除磁盘触发的 rebalance 不是“后台安静干活”，而是直接争抢 I/O 和 CPU 资源。Power 值设高 ≠ 更快完成，而是更快压垮业务。
- 监控
gv$asm_operation.EST_MINUTES下降趋势，判断是否正常推进 - 检查
v$asm_disk.sum(total_mb)是否与asmcmd lsdg显示总容量一致；差值不为 0，说明有磁盘未被 ASM 识别或存在 header 残留 - 这类问题不会立刻报错，但会在下次
ADD DISK或DROP DISK时突然卡死，且报错前无明显征兆
真正容易被忽略的是磁盘 header 状态：执行 ALTER DISKGROUP ... ADD DISK 前，务必确认新磁盘 HEADER_STATUS = 'MEMBER'，否则报 ORA-59048；而这个状态无法仅靠 asmcmd lsdsk 看出，需查 v$asm_disk。
