發現一個數據泵的bug。在數據泵導入執行到表統計信息階段，出現了這個錯誤。
同事利用現有SCHEMA的結構構造一個新的SCHEMA時，出現了這個錯誤。
大致步驟是根據原SCHEMA執行數據泵的導出，指定CONTENT爲METADATA_ONLY。然後在同一個數據庫的不同用戶下執行導入，指定CONTENT爲METADATA_ONLY和REMAP_SCHEMA參數。
錯誤信息如下：
Import: Release 10.2.0.3.0 - 64bit Production on 星期一, 15 12月, 2008 13:29:29
Copyright (c) 2003, 2005, Oracle. All rights reserved.
;;;
連接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
已成功加載/卸載了主表 "HCJY_JS"."SYS_IMPORT_FULL_01"
啓動 "HCJY_JS"."SYS_IMPORT_FULL_01": hcjy_js/******** directory=user_pump dumpfile=hcjy2008_1215.dmp logfile=hcjy2008_1215.dmp.impl
og content=metadata_only remap_schema=(hcjy2008:hcjy_js)
處理對象類型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
處理對象類型 SCHEMA_EXPORT/SYNONYM/SYNONYM
處理對象類型 SCHEMA_EXPORT/SEQUENCE/SEQUENCE
處理對象類型 SCHEMA_EXPORT/SEQUENCE/GRANT/OWNER_GRANT/OBJECT_GRANT
處理對象類型 SCHEMA_EXPORT/TABLE/TABLE
處理對象類型 SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
處理對象類型 SCHEMA_EXPORT/TABLE/INDEX/INDEX
處理對象類型 SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
處理對象類型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
處理對象類型 SCHEMA_EXPORT/TABLE/COMMENT
處理對象類型 SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
處理對象類型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
ORA-39125: 在 KUPW$WORKER.PUT_DDLS 中 Worker 發生意外的致命錯誤 (在調用 DBMS_METADATA.CONVERT [] 時)
ORA-06502: PL/SQL: 數字或值錯誤
LPX-00225: end-element tag "HIST_GRAM_LIST_ITEM" does not match start-element tag "EPVALUE"
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.KUPW$WORKER", line 6228
----- PL/SQL Call Stack -----
object line object
handle number name
0x176bc7bd8 14916 package body SYS.KUPW$WORKER
0x176bc7bd8 6293 package body SYS.KUPW$WORKER
0x176bc7bd8 12280 package body SYS.KUPW$WORKER
0x176bc7bd8 3278 package body SYS.KUPW$WORKER
0x176bc7bd8 6882 package body SYS.KUPW$WORKER
0x176bc7bd8 1259 package body SYS.KUPW$WORKER
0x1a3f12cf8 2 anonymous block
作業 "HCJY_JS"."SYS_IMPORT_FULL_01" 因致命錯誤於 13:29:51 停止
查詢了一下METALINK，發現和LPX-00225有關係的ORA-39125錯誤還有不少，有的是和觸發器有關，有的是於參考其他用戶下的對象有關。不過沒有和當前錯誤很解決的文章。
根據錯誤信息和錯誤位置判斷，Bug發生在導入表的統計信息處。要解決這個bug也許很困難，要繞過這個bug並不難。
只需要在導入的時候EXCLUDE=STATISTICIS就可以避免錯誤的產生了：
Import: Release 10.2.0.3.0 - 64bit Production on 星期一, 15 12月, 2008 13:55:55
Copyright (c) 2003, 2005, Oracle. All rights reserved.
;;;
連接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
已成功加載/卸載了主表 "HCJY_JS"."SYS_IMPORT_FULL_01"
啓動 "HCJY_JS"."SYS_IMPORT_FULL_01": hcjy_js/******** directory=user_pump dumpfile=hcjy2008_1215.dmp logfile=hcjy2008_1215.dmp.impl
og content=metadata_only remap_schema=(hcjy2008:hcjy_js) exclude=table_statistics
處理對象類型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
處理對象類型 SCHEMA_EXPORT/SYNONYM/SYNONYM
處理對象類型 SCHEMA_EXPORT/SEQUENCE/SEQUENCE
處理對象類型 SCHEMA_EXPORT/SEQUENCE/GRANT/OWNER_GRANT/OBJECT_GRANT
處理對象類型 SCHEMA_EXPORT/TABLE/TABLE
處理對象類型 SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
處理對象類型 SCHEMA_EXPORT/TABLE/INDEX/INDEX
處理對象類型 SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
處理對象類型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
處理對象類型 SCHEMA_EXPORT/TABLE/COMMENT
處理對象類型 SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
作業 "HCJY_JS"."SYS_IMPORT_FULL_01" 已於 13:56:12 成功完成
嘗試在11g中導入這個dump文件，在導入到TABLE_STATISTICS時，出現比較長時間的等待，不過最終可以順利的導入。
看來這個bug在11g中已經被解決。