Oracle 19c中只读表空间不能直接跨平台迁移，必须通过可传输表空间（TTS）或XTTS流程实现；设为READ ONLY是为了保证导出元数据时数据文件物理一致性，避免DML导致的ORA-19721等错误。
Oracle 19c 中只读表空间本身不能“直接跨平台迁移”，必须配合可传输表空间（TTS）或跨平台传输（XTTS）流程才能完成——而“只读”只是其中一道强制门槛，不是迁移能力。
为什么必须设为 READ ONLY 才能导出元数据
可传输表空间机制依赖数据文件的物理一致性：Oracle 要确保在导出元数据（如段头、区位图、字典信息）那一刻，文件内容不再被修改。如果表空间仍为 READ WRITE，DML 可能正在改写数据块，导致导出的元数据与实际文件内容错位，后续在目标库挂载时会报 ORA-19721 或 ORA-19728 等不一致错误。
- 执行
ALTER TABLESPACE tsp_test1 READ ONLY后，所有该表空间内的对象（表、索引等）自动变为只读，但用户权限、角色、同义词等不受影响 - 注意：不是整个数据库设为只读，
ALTER DATABASE OPEN READ ONLY会导致expdp报错ORA-39001: invalid argument value，因为 Data Pump 需要写入 master table - 若表空间含全局临时表、物化视图日志、外部表、XMLType 存储在非 CLOB 的列，
dbms_tts.transport_set_check会报 violation，这类对象不支持 TTS，需提前清理或排除
跨平台字节序不同时，READ ONLY 只是起点，不是终点
设为只读仅满足 TTS 基础条件；若源/目标平台字节序不同（如 Linux x86-64 vs AIX），还需额外转换步骤。否则直接拷贝数据文件到目标库会触发 ORA-19563: datafile header validation failed。
- 查字节序：
SELECT platform_name, endian_format FROM v$transportable_platform，确认两端是否匹配 - 不匹配时，不能用
expdp+ 文件直传，必须走 RMAN CONVERT：CONVERT DATAFILE '/u01/.../tsp_test1.dbf' TO PLATFORM 'Linux x86 64-bit' FORMAT '/tmp/converted_%U' - 也可用
rman-xttconvert_2.0工具包封装增量追平逻辑，避免手工拼几十个CONVERT命令 - IMAGE COPY 方式虽快，但要求目标路径空间充足且无重名冲突；RMAN 备份集方式更省空间，但导入前需先
RESTORE再SWITCH
FILE_NAME_CONVERT 漏配或路径不全会卡在 CREATING 状态
即使表空间已设为只读、字节序也处理妥当，若使用 PDB 克隆间接获取该表空间（比如你只想搬一个表空间但接受整个 PDB），FILE_NAME_CONVERT 参数漏掉任意一个数据文件路径，克隆过程就会挂起在 CREATING 状态，且不会报错提示缺哪个文件。
- 务必先查清源 PDB 所有数据文件：
SELECT file_name FROM cdb_data_files WHERE con_id = (SELECT con_id FROM v$pdbs WHERE name = 'HRPDB') -
FILE_NAME_CONVERT是字符串替换，不是正则；例如源路径为/oradata/hrpdb/system01.dbf和/oradata/hrpdb/hr_data01.dbf，则必须写成('system01.dbf', 'system01_clone.dbf', 'hr_data01.dbf', 'hr_data01_clone.dbf')或统一父路径('/oradata/hrpdb/', '/oradata/hrpdb_clone/') - 目标路径目录需提前创建并赋予 Oracle 用户读写权限，否则报
ORA-65128: unable to create file
真正容易被忽略的是：只读状态只是迁移链上的一个静态快照点，它不解决字节序、字符集、对象兼容性、路径映射这四层嵌套问题。每漏一层，都会在不同阶段失败——从 TRANSPORT_SET_VIOLATIONS 到 ORA-19563 再到克隆挂起，现象各异，但根因都在“只读”之外。
