暂无图片
分享
xuxiaogang
2019-03-02
我有一个12.2.0.1的库,非容器单实例,使用expdp导出,导出文件总共不到4G,但要花将近6个小时。alert没有任何报错。新库基本都是空的分区表。下面的文件是系统级10046 level 12找出的慢的操作。麻烦老师指点一下!感谢感谢!

我有一个12.2.0.1的库,非容器单实例。

使用expdp导出,导出文件总共不到4G,但要花将近6个小时。

alert没有任何报错。

新库基本都是空的分区表。

下面的文件是系统级10046 level 12找出的慢的操作。麻烦老师指点一下!感谢感谢

收藏
分享
9条回答
默认
最新
xuxiaogang
上传附件:慢操作
暂无图片 评论
暂无图片 有用 0
章芋文

请先尝试收集系统、数据字典统计信息:

EXEC DBMS_STATS.GATHER_FIXED_OBJECTS_STATS(NULL);
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
EXEC DBMS_STATS.GATHER_SYSTEM_STATS;
暂无图片 评论
暂无图片 有用 0
xuxiaogang
你好,我
暂无图片 评论
暂无图片 有用 0
xuxiaogang
您好,我之前按这个方案操作过,还是不行的。感谢感谢!还有没有其他
暂无图片 评论
暂无图片 有用 0
盖国强

主要的等待时间消耗在事件:wait for unread message on broadcast channel


所以检查是否使用了并行参数,如有去掉试试;用 exp 试试看;

expdp 有BUG 和这个相关的。

暂无图片 评论
暂无图片 有用 0
xuxiaogang

您好!导入时未启动并行,语句如下: 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
Moone

可以尝试如下方法:

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

暂无图片 评论
暂无图片 有用 0
weizhao.zhang (anbob)

gather 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
章芋文
问题已关闭: 问题过期
暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏