Oracle 12c 支持在线移动 ONLINE 状态的数据文件，包括 SYSTEM 表空间，但生产环境不推荐移动 SYSTEM/SYSAUX/UNDO；仅 USERS 等普通表空间最安全；需验证 status 和 online_status 均为 ONLINE，迁移后须检查视图、OS 文件及 I/O 可用性。
alter database move datafile 是 oracle 12c 引入的核心能力，不需要数据库停机、不需要表空间 offline、甚至 system 表空间的数据文件也能在线移动——只要数据库处于 open 状态且数据文件状态为 online 即可操作。
哪些数据文件能用 MOVE DATAFILE 在线移动？
不是所有数据文件都建议在线移动：
-
SYSTEM、SYSAUX、UNDO表空间的数据文件 技术上支持在线移动（12c 确实允许），但生产环境强烈不推荐——迁移过程若中断或磁盘异常，可能引发实例挂起或无法启动 - 普通用户表空间（如
USERS、TBS_APP）的数据文件是安全使用场景，业务读写完全不受影响 - 归档模式与否无关：非归档模式下也能执行，
MOVE DATAFILE不依赖归档日志保护，它靠内部块级拷贝 + 原子切换保证一致性
验证是否就绪：运行 SELECT name, status, online_status FROM v$datafile WHERE name = '，确认 status = 'ONLINE' 且 online_status = 'ONLINE'。
MOVE DATAFILE 的关键参数和行为差异
命令语法统一为：ALTER DATABASE MOVE DATAFILE '。不同选项直接影响 OS 层结果：
-
REUSE：目标路径已存在同名文件时，直接覆盖（不报错）。适合重命名+覆盖原名的场景，例如从/old/app01.dbf移到/new/app01.dbf -
KEEP：移动后保留源文件（不删除）。适用于灰度验证或临时双写，但需手动清理旧文件，否则浪费空间 - 不加任何选项：默认行为是移动并删除源文件（OS 层
mv语义）。这是最常用方式 - Windows 平台注意：
KEEP缺省不生效，即使不写也会残留源文件，必须显式指定KEEP才能确保保留
示例：ALTER DATABASE MOVE DATAFILE '+CATALOG/DB/APP01.dbf' TO '+DATA/DB/APP01.dbf' REUSE; —— 迁移 ASM 到 ASM，覆盖目标位置已有文件。
如何监控迁移进度和排查卡住？
MOVE DATAFILE 是长操作，后台异步执行。不能只看 SQL 返回 Database altered 就认为完成——它只表示命令已提交并开始执行。
- 查进度用：
SELECT sid, serial#, opname, sofar, totalwork, units, message FROM v$session_longops WHERE opname LIKE '%data file move%' -
sofar和totalwork单位是块数（不是字节），需结合db_block_size换算实际进度 - 如果
sofar == totalwork但v$datafile.name未更新，说明控制文件刷新延迟，稍等几秒再查；若长时间停滞，检查alert.log是否有ORA-19505（无法访问目标路径）、ORA-17628（ASM 磁盘组满）等错误 - 迁移中可正常 DML/DDL，但禁止对同一数据文件执行另一个
MOVE或ALTER DATABASE ... RESIZE
迁移后必须验证的三件事
别跳过验证，很多故障源于“以为完成了”：
- 查
v$datafile和dba_data_files，确认file_name已更新为目标路径，且status仍为ONLINE - 在 OS 层执行
ls -l，确认文件存在、属主为oracle、权限为640，大小与原文件一致（块对齐） - 执行一次小范围读写测试：
SELECT COUNT(*) FROM+INSERT INTO，验证 I/O 路径无异常VALUES (...); COMMIT;
特别注意：如果目标路径是 ASM，MOVE DATAFILE 会自动处理别名和磁盘组平衡；但如果是文件系统路径，必须确保目录已存在、有足够空间、且 Oracle 用户有写权限——它不会帮你 mkdir -p。
