如何传输Oracle表空间实现跨库迁移

TTS迁移必须拷贝.dbf文件，因为expdp仅导出元数据，真实数据存储在物理数据文件中；目标库需通过TRANSPORT_DATAFILES指定已复制的.dbf路径才能完成导入。

expdp 和 impdp 支持可传输表空间（TTS），但**必须配合数据文件物理拷贝才能真正实现跨库迁移**——只跑一遍 Data Pump 导出导入，不复制 .dbf 文件，是完不成的。

为什么 TTS 迁移必须拷数据文件？

可传输表空间的本质是「元数据 + 物理块」迁移：expdp 只导出表空间结构、对象定义、约束、索引等元数据（写入 .dmp）；真正的数据仍存于源库的 .dbf 文件中。目标库要“认”这些文件，就必须把它们原样拷过去，并在 impdp 时通过 TRANSPORT_DATAFILES 参数显式指定路径。

常见错误现象：ORA-39123: Data Pump transportable tablespace job aborted 或 ORA-39142: incompatible version of dump file，往往是因为目标端缺失对应 .dbf，或文件权限/属主不对（比如用 root 拷的，但 Oracle 进程以 oracle 用户运行）。

如何确保表空间“自包含”？

自包含是 TTS 前提，否则 impdp 会报 ORA-39921、ORA-39906 等违反传输集的错误。

1. 执行 DBMS_TTS.TRANSPORT_SET_CHECK 后，务必查 transport_set_violations 视图——不能只看是否报错，要逐条确认违规项
2. 典型违规：用户对象落在 SYSTEM 或 SYSAUX 表空间（非系统用户不能放这里）、分区表部分分区在传输集外、外键跨表空间指向未包含的表
3. 修复方式不是“忽略”，而是提前迁移：用 ALTER TABLE ... MOVE TABLESPACE 把违规对象挪进待传输表空间；用 ALTER INDEX ... REBUILD TABLESPACE 重建索引

跨平台迁移时字符集和字节序怎么处理？

Oracle 允许跨平台 TTS（比如 Linux → AIX），但有两个硬性前提：

1. 源和目标数据库字符集必须兼容（推荐都用 AL32UTF8，避免 ZHS16GBK 与 AL32UTF8 混用导致乱码）
2. 平台必须同为小端（Intel/AMD x86_64）或同为大端（SPARC），不能混用；可通过 v$database 的 PLATFORM_NAME 确认
3. 如果平台不同但字节序一致（如 Linux x86_64 → Oracle Cloud Linux），还需在导出前执行 ALTER TABLESPACE xxx READ ONLY，并用 RMAN CONVERT 转换数据文件字节序（XTTS 场景下更常用）

实际执行时最容易漏掉的三件事

TTS 流程本身不复杂，但生产环境里栽坑基本都出在这几步：

1. 忘了在目标库提前创建同名目录对象（CREATE DIRECTORY dpump_dir AS '/u01/dpump'），且没授 READ,WRITE 权给 SYSTEM 或导入用户
2. impdp 时没加 TRANSPORT_DATAFILES 参数，或者路径写错（比如写成 /u01/app/oracle/oradata/ORCL/tbs01.dbf，但实际文件放在 /u02/...）
3. 导入后没验证表空间状态：SELECT status, contents FROM dba_tablespaces WHERE tablespace_name = 'TBS_DATA' —— 必须是 ONLINE 且 PERMANENT，否则应用连不上

真正耗时的从来不是命令本身，而是检查自包含、校验文件一致性、排查权限和路径——这些没法自动化，得人盯。