今天一个学习Oracle时间不长的同事在使用数据泵导出的时候碰到了这个错误。 网管联盟www.bitsCN.com
由于前两天看到他在研究DUAL表，而且还问过我几个DUAL表相关的问题，所以看到这个错误后首先想到的就是问他是否向DUAL表中插入数据。
果然他在测试的时候插入过数据，而且由于直接访问DUAL表看到的仍然是一条记录，所以忘记删除多余的数据，因此导致了这个错误。
网管网bitsCN_com
简单重现一下问题： 中国网管联盟www_bitscn_com
| SQL> CONN /@YTK102 AS SYSDBA已连接。 SQL> INSERT INTO DUAL VALUES ('X'); |
已创建 1 行。 网管网bitsCN.com
| SQL> COMMIT; |
提交完成。
下面执行数据泵的导出：
中国网管联盟www.bitscn.com
E:>expdp yangtk/yangtk@ytk102 directory=d_output dumpfile=yangtk.dp
54com.cn
Export: Release 10.2.0.1.0 - Production on 星期三, 13 8月, 2008 0:26:08
Copyright (c) 2003, 2005, Oracle. All rights reserved. feedom.net
连接到: 网管网bitsCN.com
| Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options启动 "YANGTK"."SYS_EXPORT_SCHEMA_01": yangtk/********@ytk102 directory=d_output dumpfile=yangtk.dp正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 1.437 MB处理对象类型 SCHEMA_EXPORT/USER处理对象类型 SCHEMA_EXPORT/SYSTEM_GRANT处理对象类型 SCHEMA_EXPORT/ROLE_GRANT处理对象类型 SCHEMA_EXPORT/DEFAULT_ROLE处理对象类型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA处理对象类型 SCHEMA_EXPORT/TYPE/TYPE_SPEC处理对象类型 SCHEMA_EXPORT/DB_LINK处理对象类型 SCHEMA_EXPORT/SEQUENCE/SEQUENCE处理对象类型 SCHEMA_EXPORT/TABLE/TABLE处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/COMMENT处理对象类型 SCHEMA_EXPORT/PACKAGE/PACKAGE_SPEC处理对象类型 SCHEMA_EXPORT/FUNCTION/FUNCTION处理对象类型 SCHEMA_EXPORT/PROCEDURE/PROCEDURE处理对象类型 SCHEMA_EXPORT/PACKAGE/COMPILE_PACKAGE/PACKAGE_SPEC/ALTER_PACKAGE_SP 中国网管联盟www、bitsCN、com EC处理对象类型 SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION处理对象类型 SCHEMA_EXPORT/PROCEDURE/ALTER_PROCEDURE处理对象类型 SCHEMA_EXPORT/PACKAGE/PACKAGE_BODY处理对象类型 SCHEMA_EXPORT/TYPE/TYPE_BODY处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS |
. . 导出了 "YANGTK"."T_RECORD" 473.9 KB 40000 行 中国网管联盟www_bitscn_com
. . 导出了 "YANGTK"."TEST_LOB" 5.656 KB 1 行
中国网管联盟www、bitsCN、com
. . 导出了 "YANGTK"."CHAINED_ROWS" 81.25 KB 2118 行
54ne.com
. . 导出了 "YANGTK"."T" 4.906 KB 1 行 中国网管论坛bbs.bitsCN.com
. . 导出了 "YANGTK"."T_LEVEL" 6.234 KB 6 行
网管网bitsCN_com
. . 导出了 "YANGTK"."T_LEVEL1" 6.585 KB 8 行 网管联盟www.bitsCN.com
. . 导出了 "YANGTK"."T_LOAD_SPACE" 5.585 KB 5 行 feedom.net
. . 导出了 "YANGTK"."T_LOG" 5.273 KB 2 行 中国网管联盟www.bitscn.com
. . 导出了 "YANGTK"."T_NO_EXISTS_BEFORE" 5.257 KB 1 行
网管网bitsCN_com
. . 导出了 "YANGTK"."T_TREE" 5.960 KB 9 行 网管网bitsCN_com
. . 导出了 "YANGTK"."T_CHAR" 0 KB 0 行
. . 导出了 "YANGTK"."T_COMPRESS" 0 KB 0 行
ORA-39125: 在 KUPW$WORKER.UNLOAD_METADATA 中 Worker 发生意外的致命错误 (在调用 D
BMS_METADATA.FETCH_XML_CLOB [TABLE_DATA:"YANGTK"."T_COMPRESS"] 时) 54ne.com
54com.cn
