如何利用分区表实现数据的高效归档_历史分区直接传输表空间导出TTS-Oracle-PHP中文网

直接用tts传输历史分区失败，因exchange partition不支持跨表空间交换，且tts要求源表空间自包含、只读、无隐式依赖（如物化视图日志、外键、全局索引等），未清理这些依赖会导致ora-39123或ora-19721错误。

为什么直接用 tts 传输历史分区会失败

因为 alter table ... exchange partition 不支持跨表空间交换分区，而 tts（transportable tablespace）要求源分区所在表空间必须是自包含的、只读的，且不能依赖其他表空间的对象（比如全局索引、外键、物化视图日志）。很多人一上来就 alter tablespace ... read only 然后 expdp，结果报 ora-39123: data pump transportable tablespace job failed 或 ora-19721，根本原因是分区仍处于可写状态，或存在隐式依赖。

必须先禁用所有影响分区一致性的对象：DROP MATERIALIZED VIEW LOG ON table_name、DISABLE CONSTRAINT 外键、UNUSABLE 全局索引
确认分区不包含 LOB 段在其他表空间（SELECT tablespace_name FROM dba_lobs WHERE table_name = 'T' AND column_name = 'C'）
DBMS_TTS.TRANSPORT_SET_CHECK 必须返回空结果，否则说明有跨表空间依赖

如何让历史分区真正“可拔插”

不是把整个分区表导出，而是把分区数据“物理挪走”——核心是把分区变成独立表，再用 TTS 导出它所在的表空间。关键步骤是 EXCHANGE PARTITION + CREATE TABLE ... FOR EXCHANGE WITH TABLE，但必须严格匹配结构：

目标表必须和分区完全同构：列顺序、类型、NULL 属性、压缩属性、段压缩（COMPRESS FOR QUERY HIGH 也要一致）
不能有主键/唯一约束（否则 EXCHANGE 报 ORA-14098），可临时 DISABLE VALIDATE
如果原分区有本地索引，目标表必须建相同 DDL 的本地索引（包括 UNUSABLE 状态），否则交换失败
交换后立即 ALTER TABLESPACE ... READ ONLY，再 EXPDP TRANSPORT_TABLESPACES=ts_name

EXPDP 运行时卡住或报 ORA-39126 的真实原因

不是性能问题，而是元数据导出阶段校验失败。EXPDP 在生成 transportable metadata 时，会扫描所有依赖对象，哪怕你只导一个表空间，只要该表空间里某个表被另一个表空间的物化视图引用，就会中断。

查依赖最准的方式：SELECT * FROM dba_dependencies WHERE referenced_owner = 'SCHEMA' AND referenced_name IN (SELECT segment_name FROM dba_segments WHERE tablespace_name = 'HIST_TS')
常见漏掉的点：审计策略（audit_policy）、FGAC 策略（dbms_rls）、统计信息锁（DBMS_STATS.LOCK_TABLE_STATS）都会阻塞 TTS
导出命令必须加 VERSION=19.0.0（与目标库一致），否则 IMPDP 会拒绝导入 12c+ 的新特性元数据

目标库导入后查询变慢，不是执行计划问题

是因为分区交换回来后，本地索引默认是 UNUSABLE，而优化器看到索引不可用，可能放弃走索引路径，甚至改用全表扫描——即使你没动 SQL，执行计划也变了。

导入后立刻检查：SELECT index_name, status FROM dba_indexes WHERE table_name = 'T' AND partitioned = 'YES'
重建本地索引不能用 ALTER INDEX ... REBUILD（只重建当前分区），必须用 ALTER INDEX ... REBUILD PARTITION p2022
如果用了 INVISIBLE 索引，导入后仍是 invisible，需显式 ALTER INDEX ... VISIBLE
统计信息不会自动导入，必须手工 DBMS_STATS.IMPORT_TABLE_STATS 或 DBMS_STATS.GATHER_TABLE_STATS