今天一个学习Oracle时间不长的同事在使用数据泵导出的时候碰到了这个错误。
由于前两天看到他在研究DUAL表,而且还问过我几个DUAL表相关的问题,所以看到这个错误后首先想到的就是问他是否向DUAL表中插入数据。
果然他在测试的时候插入过数据,而且由于直接访问DUAL表看到的仍然是一条记录,所以忘记删除多余的数据,因此导致了这个错误。
简单重现一下问题:
SQL> CONN /@YTK102 AS SYSDBA已连接。 SQL> insert INTO DUAL VALUES (’X’); |
已创建 1 行。
SQL> COMMIT; |
提交完成。
下面执行数据泵的导出:
E:>expdp yangtk/yangtk@ytk102 directory=d_output dumpfile=yangtk.dp
Export: Release 10.2.0.1.0 – Production on 星期三, 13 8月, 2008 0:26:08
Copyright (c) 2003, 2005, Oracle. All rights reserved.
连接到:
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 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 行
. . 导出了 “YANGTK”.”TEST_LOB” 5.656 KB 1 行
. . 导出了 “YANGTK”.”CHAINED_ROWS” 81.25 KB 2118 行
. . 导出了 “YANGTK”.”T” 4.906 KB 1 行
. . 导出了 “YANGTK”.”T_LEVEL” 6.234 KB 6 行
. . 导出了 “YANGTK”.”T_LEVEL1″ 6.585 KB 8 行
. . 导出了 “YANGTK”.”T_LOAD_SPACE” 5.585 KB 5 行
. . 导出了 “YANGTK”.”T_LOG” 5.273 KB 2 行
. . 导出了 “YANGTK”.”T_NO_exists_BEFORE” 5.257 KB 1 行
. . 导出了 “YANGTK”.”T_TREE” 5.960 KB 9 行
. . 导出了 “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”] 时)
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
避免Oracle错误
我如何才能避免 ORA-01501、ORA-00200、ORA-00202、ORA-27038以及OSD-04010这些错误?
-
特殊Batch Process并行运行时出现死锁错误
为什么在特殊Batch Process并行运行时会出现死锁错误?出现这种错误情况时我们应该如何处理?
-
带shell脚本的ORA-00054错误
如果出现了带shell脚本的ORA-00054错误:ORA-00054: resource busy and acquire with NOWAIT specified。我们该怎么处理?
-
处理ORA-01251错误
接到客户的claim:用户通过ERP无法登录到服务器,检查了下中间件运行正常,看了下中间件的日志提示无法连接数据库!