oracle 19c支持在线迁移普通表空间数据文件，必须用alter database move datafile；system/sysaux/undo等关键表空间需mount状态操作，且仅online_status为online的文件可在线迁移，临时文件不支持该命令。
Oracle 19c 支持在线迁移表空间数据文件，但必须用 ALTER DATABASE MOVE DATAFILE，不能用 ALTER TABLESPACE ... RENAME DATAFILE —— 后者只改字典记录、不移动物理文件，强行执行会报 ORA-01511 或导致 I/O 错误。
哪些数据文件能在线迁移？
普通用户表空间（如 USERS、TBS_ARCHIVE）的数据文件可以在线迁移；SYSTEM、SYSAUX、UNDO 表空间的文件不行，必须 MOUNT 状态下操作。判断依据不是表空间类型名，而是 v$datafile 中的 online_status：值为 ONLINE 才可走在线流程。
- 查真实状态：
SELECT file_name, tablespace_name, online_status FROM v$datafile WHERE online_status = 'ONLINE'; - 如果某文件
online_status是SYSTEM，哪怕它属于用户表空间，也说明被标记为系统关键路径，禁止在线移动 - 临时文件（
tempfile）不支持MOVE DATAFILE，得用ALTER DATABASE TEMPFILE ... DROP INCLUDING DATAFILES+ADD替代
MOVE DATAFILE 的参数陷阱
ALTER DATABASE MOVE DATAFILE 看似简单，但路径写错、权限漏设、OMF 混用会导致命令卡住或报 ORA-19502（写入失败）、ORA-17210（目标路径不可写）。
- 源可以是文件路径或文件编号（如
5），目标**必须是完整绝对路径**，不能只写目录名 - 加
REUSE表示覆盖目标路径已有同名文件（推荐加，避免ORA-17210） - 加
KEEP会保留原文件（仅适用于非 OMF 文件；OMF 下加KEEP直接报错ORA-19624） - 如果是 PDB，必须先
ALTER SESSION SET CONTAINER=pdb_name;，否则命令作用于 CDB root，找不到文件
迁移后必须验证的三件事
命令返回 “Statement processed” 不代表完成 —— 物理文件已移动、控制文件已更新，但字典和实例缓存可能滞后。
- 立刻查
dba_data_files和v$datafile是否一致：SELECT file_name, status FROM dba_data_files WHERE tablespace_name = 'YOUR_TS'; - 检查新路径文件权限：
ls -l /new/path/file.dbf必须属oracle:oinstall，且有读写权限（-rw-r-----） - 强制刷新 buffer cache：
ALTER SYSTEM CHECKPOINT;，否则后续 SQL 可能因块头校验失败报ORA-01110
最容易被忽略的是：迁移后首次访问该表空间下的对象（比如 SELECT COUNT(*) FROM t@pdb）时，Oracle 会触发隐式 checkpoint 和 block validation，若新路径权限不对或磁盘满，错误才真正暴露 —— 不是命令执行时报，而是第一次逻辑读时报。
