oracle 19c不支持无缝跨版本表空间传输，必须使用data pump的transportable=always配合version参数导出元数据并手动搬运数据文件；因v$database.compatible和块大小等硬性校验失败，直接跨版本tts会触发ora-39123等内核级错误。

Oracle 19c 中不存在“无缝跨版本表空间传输”——只要源库或目标库版本不一致（比如 11g → 19c、12c → 19c），TRANSPORTABLE_TABLESPACES 就无法直接使用，底层校验会失败。真正能走通的路径只有一条：用 Data Pump 的 TRANSPORTABLE=ALWAYS 模式导出元数据 + 手动搬运数据文件，且必须配合 VERSION 参数控制兼容性。

为什么 TRANSPORTABLE_TABLESPACES 在跨版本时直接报错

Oracle 对可传输表空间的版本校验是硬性检查：V$DATABASE.COMPATIBLE 和 DBA_TABLESPACES.BLOCK_SIZE 必须完全匹配，且源/目标库的 COMPATIBLE 参数不能跨主版本（如 11.2.0 不允许导入到 19.0.0）。常见错误是执行 IMPDP 时抛出：

• ORA-39123: Data Pump transportable tablespace job aborted
• ORA-39185: The transportable tablespace failure list is
• ORA-39002: invalid operation（因 VERSION 不匹配触发内部拒绝）

这不是权限或路径问题，而是 Oracle 内核级拦截——它不让你绕过逻辑兼容性验证。

用 Data Pump + VERSION 实现“类TTS”迁移

本质是放弃物理块级传输，改走逻辑导出+重建路径。适用于源库可停写、目标库为 19c、且你只关心用户表空间内容（不含 SYSTEM/SYSAUX）。

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

• 源库（如 11g）必须将待迁移表空间设为 READ ONLY，否则 EXPDP 会跳过或报 ORA-29335
• 导出命令必须显式指定 VERSION=12 或 VERSION=19（取目标库最低兼容版本），例如：
  expdp system/password FULL=Y TRANSPORTABLE=ALWAYS VERSION=12 DUMPFILE=tts_full.dmp DIRECTORY=dp_dir
• 导出日志末尾会列出所有需手动复制的数据文件路径，例如：
  Datafiles required for transportable tablespace USERS: /u01/oradata/db11g/users01.dbf
• 目标 19c 库无需创建同名表空间，IMPDP 会自动按 REMAP_DATAFILE 或 DATAFILE 参数重建；若路径不同，必须加：
  impdp system/password DUMPFILE=tts_full.dmp DIRECTORY=dp_dir REMAP_DATAFILE='/u01/oradata/db11g/users01.dbf':'/u01/oradata/cdb1/users01.dbf'

跨平台 + 跨版本时的字节序陷阱

如果源是 AIX（Big Endian）、目标是 Linux（Little Endian），即使版本一致，也不能跳过字节序转换——而 TRANSPORTABLE=ALWAYS 模式本身不处理 Endian 转换。此时必须在导出后、导入前补一步 RMAN 转换：

• 先用 CONVERT DATAFILE 把源文件转为目标平台格式：
  RMAN> CONVERT DATAFILE '/u01/oradata/db11g/users01.dbf' FORMAT '/tmp/users01_converted.dbf' TO PLATFORM 'Linux x86 64-bit';
• 再把转换后的文件复制到目标机，并在 IMPDP 中通过 REMAP_DATAFILE 指向新路径
• 漏掉这步会导致导入后首次访问对象时报 ORA-01219 或数据块校验失败

最容易被忽略的兼容性细节

很多人卡在最后一步：导入成功但查询报 ORA-00942 或对象不存在。根本原因不是导出漏了，而是：

• VERSION=12 导出的 dump 文件，在 19c 上导入时，IMPDP 默认以 12c 兼容模式解析元数据——某些 19c 特有属性（如 JSON 列默认约束、In-Memory 表属性）会被静默丢弃
• 如果源库用了 19c 新语法建的对象（如 CREATE TABLE t (j JSON)），而导出时用了 VERSION=12，该列会被降级为 NCLOB，且索引丢失
• 验证方式不是看 Master table successfully loaded，而是查 DBA_TABLES 和 DBA_TAB_COLUMNS 是否字段类型/约束完整

真正保险的做法：跨大版本时，放弃 TTS 思维，老实用 FULL=Y 或 SCHEMAS=... 导出逻辑结构，靠 Data Pump 自动适配目标版本语义——虽然慢，但没隐藏坑。