问甲骨文进出口

EN

一些背景：

大约十年前，甲骨文在Oracle10附近添加了一种名为Oracle数据泵的导出和导入数据库的新方法。除了愚蠢的名称之外，该功能的工作原理与原进出口效用基本相同。

指向原始实用程序的链接包含以下警告文本，它似乎至少有些自相矛盾：

原始导出是从Oracle数据库11g开始为一般使用而设计的。在11g中唯一支持使用原始导出的方法是将XMLType数据反向迁移到数据库版本10g第2版(10.2)或更早版本。因此，Oracle建议您使用新的数据泵导出和导入实用程序，但需要原始导出和导入的下列情况除外：

• 您希望导入使用原始导出实用程序(exp)创建的文件。
• 您希望导出将使用原始导入实用程序(imp)导入的文件。例如，如果您希望从Oracle数据库10g导出数据，然后将其导入到早期的数据库发行版中。

据我所知，Exp和Imp不能正确操作的唯一原因是数据库是否使用了11g中引入的特性。否则，看起来旧的Exp和Imp命令应该工作得很好，而且从上面看，它们确实得到了官方的支持。

“数据泵”与“数据泵”的主要区别之一。“原始”导出--这对我的应用程序来说很重要--是数据泵只运行服务器端，这意味着用户至少需要一定程度的服务器权限才能访问导出产生的文件。充其量，这是不方便的，在最坏的情况下，这会导致除dba以外的任何人都无法访问的文件。

发行：

当我们从11g升级到12c时，我们在使用原始导出实用程序时遇到了问题。它将成功地运行到导出触发器的程度，然后产生如下错误：

EXP:00056 ORACLE error 4063 encountered
ORA-06508: package body XDB.DBMS_XDBUTIL_INT has errors
ORA-06508: PL/SQL: could not find program unit being called:
"XDB.DBMS_XDBUTIL_INT"

问题：

这个问题在不同的背景下至少出现了十几次，我们在玩这个游戏--一只鼹鼠。最近一次解决这个问题的尝试是重新编译服务器上的每个包，大约需要半个小时。

1. 为什么这个出口问题会不断出现？
2. Exp和Imp实际上被官方否决了，以至于我们不再能够可靠地使用它们了吗？
3. 还有其他直接的方法来获取数据库的客户端导出吗？