数据泵导入分区表长时间HANG住

最新推荐文章于 2023-06-08 15:07:38 发布
最新推荐文章于 2023-06-08 15:07:38 发布
阅读量546 收藏
点赞数
文章标签： 数据库

客户10.2.0.3环境数据库在使用数据库导入分区表时，出现长时间HANG住的情况。

 

 

通过10046跟踪，发现等待发生在空闲等待wait for unread message on broadcast channel上，部分10046 TRACE摘录如下：

=====================
PARSING IN CURSOR #27 len=93 dep=2 uid=0 ct=3 lid=0 tim=1314162845109698 hv=3190910778 ad='5a938130'
SELECT NVL(SUM(data_io),0) FROM "SYS"."SEASHELL_ENTRY_P_20110126_88" WHERE process_order = :1
END OF STMT
PARSE #27:c=0,e=76,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162845109693
BINDS #27:
kkscoacd
Bind#0
  oacdty=02 mxl=22(21) mxlc=00 mal=00 scl=00 pre=00
  oacflg=13 fl2=206001 frm=00 csi=00 siz=24 ff=0
  kxsbbbfp=2acd522c5888  bln=22  avl=03  flg=05
  value=-42
EXEC #27:c=0,e=121,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162845109900
FETCH #27:c=999,e=91,p=0,cr=2,cu=0,mis=0,r=1,dep=2,og=1,tim=1314162845110019
=====================
PARSING IN CURSOR #36 len=46 dep=2 uid=0 ct=47 lid=0 tim=1314162845110264 hv=420667605 ad='594460a0'
BEGIN :1 := sys.kupc$que_int.receive(:2); END;
END OF STMT
PARSE #36:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162845110259
BINDS #36:
kkscoacd
Bind#0
  oacdty=121 mxl=4000(4000) mxlc=00 mal=00 scl=00 pre=00
  oacflg=00 fl2=206001 frm=00 csi=00 siz=4000 ff=0
  kxsbbbfp=2acd51ff8e30  bln=4000  avl=00  flg=15
Bind#1
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=206001 frm=00 csi=00 siz=24 ff=0
  kxsbbbfp=2acd522c5888  bln=22  avl=02  flg=05
  value=5
WAIT #36: nam='wait for unread message on broadcast channel' ela= 976833 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162846087749
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977485 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162847065320
*** 2012-08-23 14:19:16.395
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977438 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162848042834
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977564 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162849020507
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977425 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162849997982
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977515 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162850975546
EXEC #36:c=0,e=5865418,p=0,cr=4,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162850975764
ERROR #36:err=25228 tim=805377243
=====================
PARSING IN CURSOR #36 len=46 dep=2 uid=0 ct=47 lid=0 tim=1314162850975992 hv=420667605 ad='594460a0'
BEGIN :1 := sys.kupc$que_int.receive(:2); END;
END OF STMT
PARSE #36:c=0,e=60,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162850975987
BINDS #36:
kkscoacd
Bind#0
  oacdty=121 mxl=4000(4000) mxlc=00 mal=00 scl=00 pre=00
  oacflg=00 fl2=206001 frm=00 csi=00 siz=4000 ff=0
  kxsbbbfp=2acd51ff8e30  bln=4000  avl=00  flg=15
Bind#1
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=206001 frm=00 csi=00 siz=24 ff=0
  kxsbbbfp=2acd522c5888  bln=22  avl=02  flg=05
  value=5
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977489 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162851954175
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977604 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162852931835
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977468 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162853909360
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977445 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162854886930
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977462 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162855864477
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977665 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162856842219
EXEC #36:c=1000,e=5866346,p=0,cr=4,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162856842423
ERROR #36:err=25228 tim=805377844
=====================
PARSING IN CURSOR #36 len=46 dep=2 uid=0 ct=47 lid=0 tim=1314162856842660 hv=420667605 ad='594460a0'
BEGIN :1 := sys.kupc$que_int.receive(:2); END;
END OF STMT
PARSE #36:c=0,e=63,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162856842654
BINDS #36:
kkscoacd
Bind#0
  oacdty=121 mxl=4000(4000) mxlc=00 mal=00 scl=00 pre=00
  oacflg=00 fl2=206001 frm=00 csi=00 siz=4000 ff=0
  kxsbbbfp=2acd51ff8e30  bln=4000  avl=00  flg=15
Bind#1
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=206001 frm=00 csi=00 siz=24 ff=0
  kxsbbbfp=2acd522c5888  bln=22  avl=02  flg=05
  value=5
*** 2012-08-23 14:19:26.408
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977414 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162857820783
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977354 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162858798202
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977523 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162859775833
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977339 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162860753273
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977629 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162861730982
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977450 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162862708486
EXEC #36:c=1000,e=5865927,p=0,cr=4,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162862708674
ERROR #36:err=25228 tim=805378444
=====================
PARSING IN CURSOR #36 len=46 dep=2 uid=0 ct=47 lid=0 tim=1314162862708909 hv=420667605 ad='594460a0'
BEGIN :1 := sys.kupc$que_int.receive(:2); END;
END OF STMT
PARSE #36:c=0,e=63,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1314162862708903
BINDS #36:
kkscoacd
Bind#0
  oacdty=121 mxl=4000(4000) mxlc=00 mal=00 scl=00 pre=00
  oacflg=00 fl2=206001 frm=00 csi=00 siz=4000 ff=0
  kxsbbbfp=2acd51ff8e30  bln=4000  avl=00  flg=15
Bind#1
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=206001 frm=00 csi=00 siz=24 ff=0
  kxsbbbfp=2acd522c5888  bln=22  avl=02  flg=05
  value=5
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977366 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162863686994
WAIT #36: nam='wait for unread message on broadcast channel' ela= 977565 channel context=70113644704 channel handle=70314944608 p3=0 obj#=238136 tim=1314162864664610

显然这种空闲等待的出现是不正常的，根据等待时间和等待的具体PL/SQL语句，可以确认为Bug 7439689 - impdp worker process may spin [ID 7439689.8]。这个bug影响的版本为10.2.0.4正是当前的版本，在10.2.0.5中解决了这个问题。此外在Solaris和HP-UX环境下，还有专门针对这个bug的补丁程序。

Oracle给出的临时解决方案是用exp/imp代替数据泵。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/4227/viewspace-746401/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-746401/

ckawt40802
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
错误的索引统计信息导致oracle expdp导500多G的大分区表时hang住
weeknd的博客
05-15 1995
1：用expdp导数据，语句如下 expdp system/oracle directory=xxx TABLES=xxx.AC51 dumpfile=xxx_%U.dmp logfile=xxx.log EXCLUDE=index,STATISTICS,constraint parallel=15  compression=ALL cluster=n version=11.2.0.4.0
Oracle datapump expdp/impdp 导入导出数据库时hang住
乐沙弥的世界
05-23 8554
最近在导出schema级别的数据时被hang住，不得不停止当前的导出作业，如果你有类似的问题，请继续往下看。  1、问题描述    导出整个schema时数据库被hang住，如下所示    符号">"是由SecureCRT设定的每300秒发送一次    oracle@Dev-DB-04:~> expdp goex_admin/xxx directory=db_dump_dir dumpfile=g
使用10046找出impdp创建索引时异常缓慢的原因-查询基表语句执行计划异常
还不算晕的专栏
01-28 2208
从windows+oracle10g单实例使用expdp导出，在linux+oracle11.2.0.4单实例上使用impdp导入;有大量表只有很少数据或无数据，对应的索引有25000多个；发现在impdp导入表后的Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX，创建索引速度比较慢。很少数据的表上的索引创建速度相比以前测试也不正常，...
Oracle 12.1.0.2 impdp导入慢诊断
关注系统性能调优
01-14 1967
**select s.sid,s.SERIAL#,s.EVENT from vsessionswheres.MODULElike′19914waitforunreadmessageonbroadcastchannel−−打开跟踪其会话10046事件execdbmsmonitor.sessiontraceenable(199,14,true,true);−−等1个小时−−然后关闭跟踪execdbms...
oracle数据泵导入分区表,数据泵导入分区表统计信息报错（七）
weixin_35586996的博客
04-04 502
其实问题的引出是由于出现第一篇文章中描述的问题，不过随着问题的深入研究，挖掘出了一些隐藏的很深的问题，不过问题的研究也慢慢脱离了原本的问题。在解决了表统计信息锁定的问题后，在回过头看看导致第一篇文章中错误的具体原因。bash-2.03$ impdp test/test directory=d_test dumpfile=zhejiang_order.dp logfile=zhejiang_orde...
oracle11g expdp impdp 分区表重映射导出导入数据迁移方案
12-06
oracle expdp impdp 分区表重映射导出导入 数据迁移方案，以SI01用户为例子，将用户分区表导出后，将分区表重映射到新的表空间，完成数据迁移和检查。照方案例子按步去做，一定能成功。
导入导出 Oracle 分区表数据
04-28
导入导出 Oracle 分区表数据
Oracle 数据表分区的策略
12-16
本文描述通过统计分析出医院信息系统需分区的表，对需分区的表选择分区键，即找出包括在你的分区键中的列(表的属性)，对大型数据的管理比较有意义， 本文的工作在Oracle8.1.6下实现。 Oracle虽然是一个大型的DBMS，...
声明分区表数据以及建表语句
06-17
声明式分区表 数据
Oracle数据表分区的策略
12-16
本文描述通过统计分析出医院信息系统需分区的表，对需分区的表选择分区键，即找出包括在你的分区键中的列(表的属性)，对大型数据的管理比较有意义， 本文的工作在Oracle8.1.6下实现。　Oracle虽然是一个大型的DBMS，...
oracle 11g 系统死机,Oracle 11g IMPDP卡死出现wait for unread message on broadcast channel等待事件处理...
weixin_39580715的博客
04-05 1876
背景介绍11g数据库在进行IMPDP数据恢复的时候，有时候恢复操作一直卡这不动，这时候可以查询下该恢复会话的等待事件，如果看到等待事件是“wait for unread message on broadcast channel”，通过以下思路解决。原因分析一般造成该问题的原因有两种：出现可能是假死或者导入对象为大对象，造成表象为卡顿的现象。首先观察数据库告警日志，发现告警日志中显示正常，并未提示表...
impdp 时无反应
weixin_33953249的博客
08-05 1083
昨天，同事说他在impdp一个数据库，不大，才4G,跑了一天一夜，仍然在Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA不动了。我连进数据库检查了一下，那个impdp进程正在执行BEGIN :1 := SYS.kupc$que_int.get_status (:2, :3);END;正在waiting中，sid为122。se...
ORA-39065 unexpected master process exception in KUPC$QUEUE_INT.PUT_STATUS
雅冰石的专栏
06-08 293
用expdp导入数据的时候报错：ORA-39097: Data Pump job encountered unexpected error -39079 ORA-39065: unexpected master process exception in KUPC$QUEUE_INT.PUT_STATUS ORA-39079: unable to enqueue message DG,KUPC$S_2_20090927001645,MCP, ,1,Y ORA-06512: at "SYS.DBMS_SYS_E
在锁表情况下expdp导出数据
ckreglt13022的博客
05-29 508
在使用expdp导出应用表数据时，有时会有这种期望：该表在准备导出时数据就不会被修改，直到导出结束。针对这种情况，一般会在导出前对需要导出的表加锁，保证数据不能被修改。那么什么锁可以满足这种情况呢？没错，share锁： ...
ORA-06502:PL/SQL:数字或值错误:字符串缓冲区太小错误分析
kissguan的小屋
01-07 3479
1. 问题起因 最近在进行oracle的一些操作时，总会遇到这个错误：  ORA-06502: PL/SQL: 数字或值错误 :  字符串缓冲区太小,错误如下： [sql]  ORA-00604: 递归 SQL 级别 1 出现错误   ORA-06502: PL/SQL: 数字或值错误 :  字符串缓冲区太小   ORA-06512: 在 line 7    
关于expdp在solaris RAC环境上不能执行出错的解决
cp26520的博客
05-23 203
报错如下：ORA-31626: job does not existORA-31637: cannot create job SYS_EXPORT_SCHEMA_01 for user NAP3ORA-06512: at "SY...
【故障解决】ORA-06502错误解决
weixin_33709364的博客
01-25 1485
【故障解决】ORA-06502: PL/SQL: numeric or value error: character string buffer too small 一.1 BLOG文档结构图 一.2 前言部分 一.2.1 导读和注意事项 各位技术爱好者，看完本文后，你可以掌握如下的技能，也...
hive 将表的数据导入分区表
最新发布
04-15
要将表的数据导入分区表，首先需要创建一个分区表，并定义分区字段。例如，我们可以创建一个名为"my_table"的分区表，其中包含两个分区字段"year"和"month"： ``` CREATE TABLE my_table ( col1 INT, col2 STRING...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值