Oracle 模式导出期间的ORA-39125

今天，我尝试在Linux 64、Oracle10g上使用expdp进行导出：

$ expdp system/manager parfile='datapump/dumps/exp_schema.par'

其中exp_模式为：

directory=DPDUMP
dumpfile=prod_exp_APPROOT.dmp
schemas=APPROOT
content=ALL

并得到一个错误：

ORA-39125: Worker unexpected fatal error in KUPW$WORKER.UNLOAD_METADATA while calling DBMS_METADATA.FETCH_XML_CLOB [TABLE_DATA:"APPROOT"."SED_OUTDOC"]
ORA-31642: the following SQL statement fails:
BEGIN "SYS"."DBMS_SCHED_EXPORT_CALLOUTS".SCHEMA_CALLOUT(:1,1,1,'10.02.00.01.00'); END;
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86
ORA-06512: at "SYS.DBMS_METADATA", line 907
ORA-31603: object "SCHEDULER$_PROGRAM_ARG" of type TABLE not found in schema "APPROOT"

ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105
ORA-06512: at "SYS.KUPW$WORKER", line 6241

----- PL/SQL Call Stack -----
  object      line  object
  handle    number  name
0x368fb4540     14916  package body SYS.KUPW$WORKER
0x368fb4540      6300  package body SYS.KUPW$WORKER
0x368fb4540      2340  package body SYS.KUPW$WORKER
0x368fb4540      6861  package body SYS.KUPW$WORKER
0x368fb4540      1262  package body SYS.KUPW$WORKER
0x3704b4270         2  anonymous block

Job "SYSTEM"."SYS_EXPORT_SCHEMA_04" stopped due to fatal error at 16:57:57

---

我不明白出了什么问题。

这看起来像Oracle支持说明1109045.1中提到的行为，并建议使用DDL触发器，这可能是为了防止删除

approt

拥有的对象。我相信，像这样简单的事情会导致您看到的错误，尽管我没有合适的补丁级别的DB来测试它：

create or replace trigger block_drop
before drop on schema
begin
    raise_application_error(-20001, 'Nope');
end;
/

---

支持说明表明，它会影响10.2.0.1到11.2.0.1，因此在以后的补丁集中，该行为可能会发生变化。

这与Oracle支持说明1109045.1中提到的行为类似。是否有DDL触发器保护

approt

schema？感谢您的回复，Alex！是的，我在其他模式中有2个DDL Triiger用于审核（FGA_所有者）。我已经禁用了这两个功能，它可以工作！！