transport_tablespaces参数必须显式指定且拼写准确，仅接受逗号分隔的表空间名列表，不支持通配符；漏写、拼错或省略将导致导出退化为普通模式，丧失可传输表空间（TTS）优势。
transport_tablespaces 参数必须显式指定，不能靠默认值
用 expdp 导出可传输表空间时，transport_tablespaces 是强制参数，漏写或拼错（比如写成 transport_tablespace）会导致导出变成普通数据泵导出，完全失去 tts 优势。它接受逗号分隔的表空间名列表，不支持通配符或正则。
- 正确写法：
transport_tablespaces=USERS,EXAMPLE - 错误写法：
transport_tablespaces=USERS EXAMPLE（缺少逗号）、transport_tablespace=USERS（少个s） - 如果只传一个表空间，仍需写全名，不能省略：必须是
transport_tablespaces=APP_DATA，不是transport_tablespaces=APP_DATA,或空格结尾
transport_full_check=y 不是可选开关，而是自包含性验证关键
transport_full_check=y 触发 DBMS_TTS.TRANSPORT_SET_CHECK 的深度扫描，检查跨表空间依赖（如索引在 IDX_TBS、表在 DATA_TBS）。设为 n 或省略，导出会跳过检查，但导入时大概率报错 ORA-39123: Data Pump transportable tablespace job aborted 并提示违反 transport_set_violations。
- 执行前手动验证更稳妥：
exec dbms_tts.transport_set_check('USERS,EXAMPLE', true); select * from transport_set_violations; - 若查出记录，常见原因包括：外键引用其他表空间对象、物化视图日志、LOB 段不在同一表空间、分区表部分分区在别处
- 注意：
transport_full_check=y会锁住被检查表空间的 DML，生产库建议在低峰期执行
数据文件拷贝后，目标端不能直接改名或 chmod 乱动
TTS 依赖数据文件头里的内部标识（如 tablespace_id、dbid、creation_time），操作系统层重命名或修改权限可能破坏校验，导致 impdp 报 ORA-19721: Cannot identify datafile 或 ORA-19722: Datafile has wrong creation time。
- 拷贝必须用二进制安全方式：
scp -p、rsync -a或cp -p，保留时间戳和权限 - 目标端路径最好与源端一致；若必须改路径，用
impdp的remap_datafile参数映射，而不是提前改文件名 - 不要对数据文件执行
chown oracle:oinstall以外的操作；尤其避免touch或编辑器误打开
impdp 导入时 target_platform_name 必须匹配，否则 endian 不兼容
跨平台迁移（如 Linux → Windows）时，impdp 默认按当前数据库平台解析数据文件。若源端是 Linux x86 64-bit（Little Endian），目标是 Windows x64（也是 Little Endian），可直接导入；但若目标是 AIX（Big Endian），就必须加 platform_name 显式声明，并配合 RMAN convert。
- 查可用平台：
SELECT platform_name FROM v$transportable_platform; - 正确导入命令片段：
impdp system/password directory=dp_dir dumpfile=tts.dmp transport_datafiles='/u01/oradata/tts01.dbf' platform_name='Linux x86 64-bit' - 若
platform_name写错（如写成Linux x64而实际是Linux x86 64-bit），会报ORA-39142: incompatible platform
实际迁移中，最容易被忽略的是表空间只读状态的持续性——从 alter tablespace xxx read only 到 impdp 完成并 alter tablespace xxx read write 之间，任何人在源库执行 alter tablespace xxx read write 都会让已拷贝的数据文件失效。这不是语法错误，而是一次静默的数据一致性破坏。
