我有一个12.2.0.1的库,非容器单实例。
使用expdp导出,导出文件总共不到4G,但要花将近6个小时。
alert没有任何报错。
新库基本都是空的分区表。
下面的文件是系统级10046 level 12找出的慢的操作。麻烦老师指点一下!感谢感谢
请先尝试收集系统、数据字典统计信息:
EXEC DBMS_STATS.GATHER_FIXED_OBJECTS_STATS(NULL); EXEC DBMS_STATS.GATHER_DICTIONARY_STATS; EXEC DBMS_STATS.GATHER_SYSTEM_STATS;
评论
有用 0
评论
有用 0主要的等待时间消耗在事件:wait for unread message on broadcast channel
所以检查是否使用了并行参数,如有去掉试试;用 exp 试试看;
expdp 有BUG 和这个相关的。
评论
有用 0您好!导入时未启动并行,语句如下: expdp \'/ as sysdba\' Directory=DB_DIR dumpfile=test.dmp Logfile=test.Log schemas=FMIS1000 EXCLUDE=STATISTICS version=11.2.0.4.0
由于需要导入到11g,exp可能不适合此场景。
昨天做了一系列的测试,发现只有在导分区表(大量空分区)的时候才会慢。
但是,从MOS上看,oracle似乎声称在12.2上面已经无导出大量空分区慢的BUG,很是
感谢感谢!
评论
有用 0可以尝试如下方法:
1、 最小配置stream_pool_size最小到256M,可能的话设置512M或者1GB;
2、加大expdp的并行度,如果CPU压力不大,可以设置为CPU核数的1半或更多;
3、如果导出停留在TABLE_DATA阶段,并且上述处理无效,可以打如下补丁:
Bug 28100495 - DATAPUMP SLOW FOR EMPTY TABLES WHEN UNLOADING TABLE_DATA
评论
有用 0gather xxx stats..
1, show parameter FIXED_DATE
2, EXCLUDE=GRANT exclude = statistic
3, add METRICS=YES
4, remove "versions="
try again.
Export/Import DataPump Parameter VERSION - Compatibility of Data Pump Between Different Oracle Versions ( ID 553337.1)
评论
有用 0
墨值悬赏

