Dear Friends, The content in this blog are purely based on my own opinion ,it is not reflecting any of my current or previous employers materials or official documents. All my posts here are not warranted to be free of errors. Please use at your own risk and after thorough testing in your environment. If you feel that i am violating any of the company's policies or documents, kindly mail me at jeyaseelan.hi@gmail.com,I am happy to take out those content from this blog.
Sunday, 8 May 2016
Speed-up expdp/impdp
1)Identify known issues/bugs and apply the required patches pro-actively on the souce & target servers
Checklist For Slow Performance Of DataPump Export (expdp) And Import (impdp) (Doc ID 453895.1)
2) Establish a dedicate connection between source and Target servers ( if feasible)
2.1. Avoid public network to transfer the data
Open dedicated bandwidth between the source & Target server ( ip-ip copy: to speed up the copy over High Bandwidth card )
2.2. Listener to be created on this network
2.3. Create a DBLINK between source and target using this network
2.4. Do network based exp/imp
2.5 Don't copy LOB using network copy
3) Unload data only. Once data is unloaded, Later create indexes, constraints( enable novalidate if you are sure data is intact)
( Please let IMPDP create the partitioned table Ref: Slow DataPump Import (Impdp) Performance using Parallel Option with Pre-created Partitioned Tables (Doc ID 2098931.1))
4) In-case if you have RAC, Try to avail parallelism by running parallel exp/imp from different instances.
5) split into Multiple jobs
5.1) Large tables can be typically exported or imported individually and smaller tables were grouped together into several batches with parallel options.
6) Table with LOB columns
6.1) Isolate the BIG LOB tables ( don't club it together with the other small tables )
6.1) Enable CACHE to improvise the import performance.
6.2) Logically split the tables into multiple exp/imp jobs based on application logic using primary key or unique key.
6.3 use DATA_OPTIONS=DISABLE_APPEND_HINT to avoid TM lock while doing multiple
import on the same lob table.
6.4) Avoid Network COPY for LOB
Ref:
7) In-case if you want to use multiple imp on the same table
7.1) use DATA_OPTIONS=DISABLE_APPEND_HINT to avoid TM lock while doing multiple import on the same lob table.
8) Undocumented parameters
_disable_logging ( skip redo generation, it is very dangerous command , in-case if instance crash, data may get corrupted, end up doing reimport again)
9) estimate enough PGA for creating indexes or enabling constraint at end of data unloading.
Subscribe to:
Post Comments (Atom)
-
We may not be able to disable the logtransport when the database is in maximum availabilty mode. We may get the below error DGMGRL...
-
Error Messages: We may get the following error messages while doing ASM operations ORA-15137: The ASM cluster is in rolling patch state....
-
MIRA - Multi Instance Redo Apply - 12cR2 onwards/18C With Oracle 12c Release 2, We can enable Multi Instance Redo apply ( MIR...
pinrenga guru....
ReplyDelete