oracle 11g中exp工具跳过segment_created='no'的空表，因其不分配物理段；执行alter table ... allocate extent可立即修复，无需改参数或重启。

exp 工具根本看不到 segment_created = 'NO' 的表

Oracle 11g 默认开启 deferred_segment_creation=TRUE，新建空表时不会分配物理段（segment），USER_TABLES.SEGMENT_CREATED 字段值为 'NO'。而传统 exp 工具在扫描元数据时，只遍历已分配 segment 的表——它不报错、不警告、也不写日志，直接跳过这些表。你看到的 DMP 文件体积正常、导出日志无异常，但目标库 imp 后发现几十张表结构缺失。

ALLOCATE EXTENT 是最轻量级的补救动作

对已有空表执行 ALTER TABLE table_name ALLOCATE EXTENT，就能立即触发 segment 分配，且无需插入/删除数据、不改参数、不重启实例。这个操作：

• 只影响目标表，不影响其他对象或会话
• 执行后 SEGMENT_CREATED 立即变为 'YES'，exp 下次就能识别
• 可在普通用户权限下完成（只要拥有该表的 ALTER 权限）
• 比 INSERT + ROLLBACK 更干净：后者可能触发触发器、审计日志或约束检查

NUM_ROWS = 0 不等于 SEGMENT_CREATED = 'NO'

别用 NUM_ROWS = 0 当筛选条件——它不准。有些表统计信息未更新，NUM_ROWS 可能是 NULL 或旧值；而 SEGMENT_CREATED 是 Oracle 内部真实状态字段，唯一可靠。验证空表是否被跳过，只查这一句：

Crypto Sniper Oracle

机构级量化市场预言机，提供订单簿失衡（OBI）、VWAP分析、自动化报告及Telegram预警。

下载

SELECT TABLE_NAME FROM USER_TABLES WHERE SEGMENT_CREATED = 'NO';

导出前漏掉这张表，导入时就永远少一张表结构。

expdp 能绕过但不等于能替代 exp

expdp 确实不受 deferred_segment_creation 影响，会导出所有空表元数据。但它要求：

• DBA 创建并授权逻辑目录（DIRECTORY 对象）
• 用户有 EXP_FULL_DATABASE 或 EXP_DATAPUMP_USER_ROLE 角色
• 脚本和自动化流程需重写，exp 的 OWNER=、TABLES= 等参数不兼容

很多生产环境卡在权限或工具链锁定上，这时候硬切 expdp 反而引入新风险。真正要动手的，还是那几行 ALLOCATE EXTENT。

关键点在于：SEGMENT_CREATED = 'NO' 是隐性状态，看不见、摸不着，却直接决定 exp 是否认得这张表——修复它，不是“优化”，而是让工具回到它本该工作的起点。