Oracle数据泵(Data Dump)使用过程当中经常会遇到一些奇奇怪怪的错误案例

Oracle数据泵(Data Dump)使用过程当中经常会遇到一些奇奇怪怪的错误案例，下面总结一些自己使用数据泵(Data Dump)过程当中遇到的问题以及解决方法。都是在使用过程中遇到的问题，以后陆续遇到数据泵(Data Dump)的错误案例，都会补充在此篇。

错误案例1：

ORA-39065： DISPATCH 中出现意外的主进程异常错误；ORA-44002: 对象名无效

Windows 平台错误提示：

Linux平台错误提示

解决方法：

执行$ORACLE_HOME/rdbms/admin目录下面的catmet2.sql，utlrp.sql 两个SQL文件即可解决这个问题。

错误案例2：

使用expdp/impdp时遭遇ORA-39006: internal error;ORA-39213: Metadata processing is notavailable错误

解决方法：

错误原因如下所示，因为Data Pump不能使用Metadata API， 这个是因为XSL stylesheets 没有正确设置缘故。需要以SYSDBA执行dbms_metadata_util.load_stylesheets

SQL>exec dbms_metadata_util.load_stylesheets

错误案例3：

错误如下所示：

解决方法：

出现这个错误，需要检查DIRECTORY目录,创建DIRECTORY时，ORACLE并不检查操作系统目录是否已经存在

首先检查DIRECTORY目录DUMP_TEST对应的DIRECTORY_PATH，然后检查操作系统下，验证该目录是否存在。

结果检查发现该目录被删除了，创建该目录即可解决问题。

另外一种情况，如果创建DIRECTORY目录时，出现了换行，也会出现上面错误信息,这种错误玩玩很难发现，非常折腾人。所以需要非常细心。

SQL> create directory DUMP_TEST as '/jkfile/klbtmp/

';

错误案例4：

如下所示：

解决方法：

主要是etl账号缺少exp_full_database 权限，给etl账号授予exp_full_database 权限后，上述问题解决。

错误案例5：

解决方法：

错误案例6：

LRM-00121: 'DATA_ONLY' is not an allowable value for 'compression'。如下所示：

解决方法：

首先查看EXPDP工具的版本，如下所示：

请注意，在ORACLE 10g下 COMPRESSION只有METADATA_ONLY和NONE两个选项，ORACLE 11g下才有DATA_ONLY选项。所以报如上错误。所以在使用前，请注意一下EXPDP工具的版本。

错误案例7：

解决方法：

这个案例我以前已经介绍过，具体参考我的博客 Expdp 导数错误 ORA-00832

错误案例8：

解决方法：

这个案例有点特别，刚遇到的时候，确实有点莫名其妙，经过苦苦求索、求证后才发现，本来有一个TOOLS的表空间，不知道是哪位头脑发热的人，居然指定SYSTEM用户的默认表空间为TOOLS，但是这个表空间又被人删除了。于是便有了这样一个案例。

修改用户SYSTEM的默认表空间后，问题解决。