ITPub博客

首页 > 数据库 > Oracle > Data Pump Client Gets UDE-8 ORA-31626 ORA-39086 (文档 ID 549781.1)

Data Pump Client Gets UDE-8 ORA-31626 ORA-39086 (文档 ID 549781.1)

原创 Oracle 作者:lhrbest 时间:2016-01-25 19:56:49 0 删除 编辑

我的解决办法: 换个目录,重新导出,或者重启数据库。

 

Data Pump Client Gets UDE-8 ORA-31626 ORA-39086 (文档 ID 549781.1)



In this Document

 

Symptoms

 

Cause

 

Solution

 

References

 

APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.2.0.2 to 11.2.0.3 [Release 10.2 to 11.2]
Information in this document applies to any platform.
*** Checked for relevance on 03-FEB-2014 ***

SYMPTOMS

DataPump import or export from the client side completes with errors.

Example:

expdp system/password@inst full=y dumpfile=full_exp.dmp logfile=full_explog

In 10g, you may see errors such as:

UDE-00008: operation generated ORACLE error 31626 
ORA-31626: job does not exist 
ORA-39086: cannot retrieve job information 
ORA-06512: at "SYS.DBMS_DATAPUMP", line 2745 
ORA-06512: at "SYS.DBMS_DATAPUMP", line 3712 
ORA-06512: at line 1

Similar behavior is also seen in 11g:

UDI-31626: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-39086: cannot retrieve job information
ORA-06512: at "SYS.DBMS_DATAPUMP", line 2862
ORA-06512: at "SYS.DBMS_DATAPUMP", line 4052
ORA-06512: at line 1

However, reviewing the log file shows that the "job successfully completed"

CAUSE

This issue has been discussed in 
Bug 5969934 - EXPDP CLIENT GETS UDE-00008 ORA-31626 WHILE THE SERVER SIDE EXPORT IS OK

SOLUTION

The data pump client makes calls to DBMS_DATAPUMP package to start and monitor the job. Once the export/import job is underway, the client just monitors the job status by issuing DBMS_DATAPUMP.GET_STATUS. Therefore, if the logfile says "job successfully completed", the dump file generated by the job should be fine.

You can simply ignore the errors, since the dump file is still valid for an import.

In the 10.2.0.2 release, there were a number of problems that caused the expdp and impdp clients to exit prematurely, interpreting a nonfatal error as a fatal one, giving the appearance that the job had failed when it hadn't. In fact, inspection of the log file, if one was specified for the job, showed that the job ran successfully to completion. Often a trace file written by one of the Data Pump processes would provide more detail on the error that had been misinterpreted as a fatal one. Many of these errors involved the queues used for communication between the Data Pump processes, but there were other issues as well. 

With each subsequent release, these problems have been addressed, and the client has become more robust and rarely, if ever, runs into situations like this. However, this is the result of many bug fixes in subsequent releases, some in Data Pump and some in supporting layers. It's impossible to know, at this point, what combination of bug fixes would address this specific failure, and even if that was possible, it wouldn't address other possible failures that look very similar on the client side.

Given the above, there is no actual fixed provided via Bug 5969934.
However, Bug 5969934 also mentions another case that resulted in this error that is being tracked separately in Bug 17966375 and for which a generic patch is available for 11.2.0.3.

REFERENCES


BUG:5969934 - EXPDP CLIENT GETS UDE-00008 ORA-31626 WHILE THE SERVER SIDE EXPORT IS OK
BUG:17966375 - SUCCESSFUL EXPDP JOB SHOWS UDE-31626 AND ORA-31626 IN CLIENT OUTPUT (CRON)


  

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26736162/viewspace-1982166/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
QQ:646634621| 网名:小麦苗| 微信公众号:xiaomaimiaolhr| 11g OCM| QQ群:618766405 微信群:私聊| 《数据库笔试面试宝典》作者| OCP、OCM、高可用(RAC+DG+OGG)网络班开讲啦,有需要的小伙伴可以私聊我。

注册时间:2012-09-23

  • 博文量
    1367
  • 访问量
    8351772