Oracle 12c 中 ALTER DATABASE MOVE DATAFILE 支持在线移动数据文件，但仅推荐用于 USERS 等普通表空间；SYSTEM/SYSAUX/UNDO 文件技术可行却严禁生产使用，且不支持 tempfile、控制文件和日志文件，必须验证 v$datafile 中 status 与 online_status 均为 ONLINE，并注意 CDB/PDB 容器上下文及 KEEP/REUSE 参数差异。
ALTER DATABASE MOVE DATAFILE 在 Oracle 12c 中确实能在线移动数据文件，但**不是所有文件都适合、也不是所有场景都安全**。它本质是原子性块拷贝 + 元数据切换，不依赖归档模式，也不要求表空间 offline —— 但误用 SYSTEM/SYSAUX/UNDO 文件或忽略容器上下文，极易导致 ORA-01516、实例挂起甚至启动失败。
哪些数据文件能安全在线移动？
只推荐对普通用户表空间（如 users、tbs_app）的数据文件使用 move datafile：
-
SYSTEM、SYSAUX、UNDO表空间的数据文件技术上支持，但生产环境严禁操作：迁移中断时可能卡住 checkpoint 或阻塞 SMON，实例无法正常 shutdown 或 startup - 临时文件（
tempfile）和控制文件、联机日志不支持该命令，别试 - 必须确认文件状态为
ONLINE且online_status = 'ONLINE'，查v$datafile而非dba_data_files（后者不反映实时 online 状态） - 在多租户（CDB/PDB）环境中，当前 session 必须连接到对应 PDB 才能操作其数据文件；若在 root 容器执行，会报
ORA-01516（“nonexistent data file”），哪怕文件物理存在
MOVE DATAFILE 的参数行为差异很关键
语法统一为 ALTER DATABASE MOVE DATAFILE '<source>' TO '<target>' [KEEP | REUSE]</target></source>，但选项决定 OS 层结果：
- 不加任何选项：默认删除源文件（类似
mv）。这是最常用方式，也是唯一能确保空间释放的方式 -
REUSE：目标路径已存在同名文件时直接覆盖（不报错）。适用于 ASM 到 ASM 迁移中目标磁盘组已有旧文件残留的场景 -
KEEP：保留源文件（不删），仅更新控制文件指向新位置。适合灰度验证，但需手动清理旧文件，否则浪费空间且易混淆 - Windows 平台有坑：
KEEP不显式指定就无效，即使不写也会残留源文件 —— 必须写明KEEP才能真正保留
为什么会出现 ORA-01516？怎么快速定位
这个错误表面是“文件不存在”，实际常因三类原因触发：
- 路径写错：比如漏掉
+前缀（ASM 路径必须带+），或大小写/斜杠方向不符（Linux 区分大小写，Windows 不区分但路径格式仍要合规） - 容器错位：在 CDB$ROOT 中执行针对 PDB 数据文件的命令，或未
ALTER SESSION SET CONTAINER = pdb_name就直接操作 - 文件已 offline 或状态异常：查
v$datafile中对应file#的status和online_status，任一为OFFLINE或RECOVER都会失败 - 权限不足：OS 层目标路径所属用户/组不对（如 Oracle 用户无目标目录写权限），错误可能表现为 ORA-01516 或更底层的 ORA-19505
迁移后必须验证的三件事
命令返回 “Database altered” 只代表元数据切换成功，不代表迁移完成或可用：
- 查
v$datafile确认name字段已更新为目标路径，且status = 'ONLINE'、online_status = 'ONLINE' - 登录 OS，用
ls -l <target_path></target_path>确认文件存在、大小合理（应接近原文件）、属主为oracle用户 - 检查 I/O 是否正常：运行
SELECT COUNT(*) FROM dba_objects WHERE ROWNUM （选一个该表空间下的大对象表），避免出现 ORA-01116 / ORA-01110 报错
SYSTEM 文件当普通文件去移动，或者在没切 container 的情况下硬刚 PDB 文件 —— 这些操作不会立刻报错，但会在下次重启或 checkpoint 时突然爆发。动手前花 30 秒查 v$datafile 和 show con_name，比事后恢复控制文件省十倍时间。
