必须先确认源库与目标库字节序一致，否则impdp报ora-39123；需在两边执行select d.platform_name, tp.endian_format from v$database d, v$transportable_platform tp where d.platform_name = tp.platform_name，确保endian_format均为little或均为big。
oracle 跨平台迁移表空间不能直接用标准 tts —— 必须先确认字节序（endian_format）一致，否则 impdp 会报 ora-39123 或数据文件解析失败。
怎么查源库和目标库的字节序是否兼容
这是整个流程的生死线。只看 v$database.platform_name 不够，必须比对 v$transportable_platform 中的 ENDIAN_FORMAT 字段。
- 在源库执行：
SELECT d.PLATFORM_NAME, tp.ENDIAN_FORMAT FROM v$database d, v$transportable_platform tp WHERE d.PLATFORM_NAME = tp.PLATFORM_NAME; - 在目标库执行同样语句
- 两个结果中的
ENDIAN_FORMAT必须完全相同（都是Little或都是Big） - 常见陷阱：误把
Linux x86 64-bit和Linux x8664-bit当作同一平台；目标库版本太低导致v$transportable_platform缺失对应条目
为什么 DBMS_TTS.TRANSPORT_SET_CHECK 检查后还要加 transport_full_check=y
DBMS_TTS.TRANSPORT_SET_CHECK 只扫显式依赖（比如外键、索引所在表空间），而 expdp 的 transport_full_check=y 会深入检查 PL/SQL 包体引用、函数索引依赖、物化视图日志位置等隐式依赖。
- 漏掉
transport_full_check=y，可能导出成功但 impdp 中途失败，或导入后对象失效（如包编译报错、索引不可用） - 命令示例：
expdp '/ as sysdba' directory=DATA_PUMP_DIR dumpfile=users_tts.dmp logfile=users_tts.log transport_tablespaces=USERS transport_full_check=y - 注意：设表空间为
READ ONLY后，应用写入会立刻报ORA-01642，必须协调停写窗口
impdp 导入时 transport_datafiles 路径怎么填才不报错
transport_datafiles 参数必须是目标库上**绝对路径 + 完整文件名**，且该文件必须已从源库物理复制过去 —— impdp 不负责传输文件，只负责挂载元数据。
- 示例：
impdp '/ as sysdba' dumpfile=users_tts.dmp logfile=imp_users.log transport_datafiles='/u02/oradata/dst/users01.dbf' - 如果路径写错或文件不存在，会报
ORA-39123: Data Pump transportable tablespace job failed或更底层的文件打开失败 - 跨平台但 endian 一致时（如 Linux x86_64 → Linux aarch64），数据文件可直接复制使用；若 endian 不同，则必须用 RMAN
CONVERT，不能跳过
真正卡住人的往往不是命令本身，而是字节序验证被跳过、transport_full_check=y 被当成可选参数、或者 transport_datafiles 填了相对路径或源库路径。这些点一旦出错，错误信息不会直接告诉你哪里错了，只会抛一个笼统的 ORA-39123。
