impdp導(dǎo)入報錯ORA-04030怎么辦

這篇文章主要為大家展示了“impdp導(dǎo)入報錯ORA-04030怎么辦”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“impdp導(dǎo)入報錯ORA-04030怎么辦”這篇文章吧。

現(xiàn)象描述：從源端用impdp導(dǎo)出5張大表，使用的remap_tablespace在目標(biāo)端導(dǎo)入這五張表，在導(dǎo)入到統(tǒng)計信息的時候報錯。

系統(tǒng)：Linux 6.5

環(huán)境：11.2.0.4

導(dǎo)入報錯如下：

Processing object type TABLE_EXPORT/TABLE/COMMENT
Processing object type TABLE_EXPORT/TABLE/INDEX/INDEX
Processing object type TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type TABLE_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
ORA-39014: One or more workers have prematurely exited.
ORA-39029: worker 1 with process name "DW00" prematurely terminated
ORA-31671: Worker process DW00 had an unhandled exception.
ORA-04030: out of process memory when trying to allocate 16048 bytes (session heap,kuxLpxAlloc)
ORA-06512: at "SYS.KUPW$WORKER", line 1887
ORA-06512: at line 2
ORA-39097: Data Pump job encountered unexpected error -1427
ORA-39065: unexpected master process exception in MAIN
ORA-01427: single-row subquery returns more than one row
Job "SYS"."SYS_IMPORT_TABLE_02" stopped due to fatal error at Mon Sep 17 16:59:07 2018 elapsed 0 01:10:01

分析：

    按報錯來看是因為memory不夠?qū)е碌?，可分析memory和sga的時候，沒有發(fā)現(xiàn)明顯的錯誤，系統(tǒng)內(nèi)存也是充足的，查看MOS，找到這篇文章和我的報錯是一致的，(文檔 ID 1516766.1)   

    按照該文檔的描述，在包含大型分區(qū)表和許多子分區(qū)的數(shù)據(jù)庫的數(shù)據(jù)泵導(dǎo)入期間，會報ORA-04030導(dǎo)致導(dǎo)入失敗。在11.2.x版本中，導(dǎo)入期間，這些對象的大量數(shù)據(jù)庫統(tǒng)計信息會壓縮導(dǎo)入期間的XML處理。這已被確定為Bug：14841775。在12.1版本中，數(shù)據(jù)庫統(tǒng)計信息的導(dǎo)出和導(dǎo)入方式已經(jīng)過重新設(shè)計，因此將不再出現(xiàn)內(nèi)存資源問題。

解決：

1、使用EXCLUDE = STATISTICS執(zhí)行不包括統(tǒng)計信息的導(dǎo)入，導(dǎo)入對象后重新生成統(tǒng)計信息。

2、如果可以，升級數(shù)據(jù)庫到12.1版本

此次錯誤解決采取第一種方法，使用不包括統(tǒng)計信息的導(dǎo)入，導(dǎo)入完后重新收集統(tǒng)計信息。

以上是“impdp導(dǎo)入報錯ORA-04030怎么辦”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道！