My Oracle Support Banner

Slow Data Pump with REMAP_SCHEMA and REMAP_TABLESPACE parameters (Doc ID 429846.1)

Last updated on MARCH 11, 2019

Applies to:

Oracle Database - Enterprise Edition - Version 10.2.0.1 to 10.2.0.3 [Release 10.2]
Oracle Database Cloud Schema Service - Version N/A and later
Oracle Database Exadata Express Cloud Service - Version N/A and later
Oracle Database Exadata Cloud Machine - Version N/A and later
Oracle Database Cloud Exadata Service - Version N/A and later
Information in this document applies to any platform.

Symptoms

When importing data with DataPump and remapping the schema and/or the tablespace, the final stage of the import takes quite a dramatic time to complete, even more than the actual data import.
The DataPump import utility shows as last line in many situation:

Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS

If you check the DataPump worker process errorstack using pstack or using oradebug in the following sequence:

ps -ef | grep dw
sqlplus "/ as sysdba"
oradebug setospid <ospid from ps>
oradebug dump errorstack 10


The following stack will result every time the stack is dumped:

LpxmListDeleteObject XdkDomFreeNode LpxsutFreeXMLNode lpxxpfreexobj lpxsSSPopVariableSet lpxsTPLResetParams lpxsCaTProcessAction LpxsutProcessChildren ...

Changes

 

Cause

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Symptoms
Changes
Cause
Solution
References

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.