impdp/expdp 并行时出现wait for unread message on broadcast channel等待事件

 


昨晚有个朋友说加班在IMPDP数据, 在导入中途突然没有了进展,挂在那里不动了,impdp 窗口也没有报错, 一直等了1个多小时,说是impdp使用了parallel,怀疑是parallel参数出了问题, 最终其实原因很简单。这里只是简单的描述遇到这类问题时的处理思路。


 


set lines 150 pages 100 numwidth 7 
col program for a38 
col username for a10 
col spid for a7 
select to_char(sysdate,'YYYY-MM-DD HH24:MI:SS') "DATE", s.program, s.sid,   
       s.status, s.username, d.job_name, p.spid, s.serial#, p.pid   
  from v$session s, v$process p, dba_datapump_sessions d  
 where p.addr=s.paddr and s.saddr=d.saddr;  


 


检查v$px_process是否并行,
检查dba_datapump_jobs 确认job是否executing 状态,
检查v$session_longops 看到进度，另外从 v$transaction 视图 USED_UBLK , used_urec impdp进程状态


 


 


1, 先确认是hang 还是 slow ;
2, 检查当前sesion的wait event ;
3, 检查Alert log;


 


开始说是使用了impdp parallel ,
检查v$px_process无记录确认当前无并行,
检查dba_datapump_jobs 确认了job依然是executing 状态,
检查v$session_longops 看到进度无进展,这个从 v$transaction 视图 USED_UBLK , used_urec 字段也可以确认impdp进程是hang没有必要再死等
检查v$session BLOCKING_SESSION,event,SECONDS_IN_WAIT,state,LAST_CALL_ET ,从event 可以确认是在等待 “wait for unread message on broadcast channel”
这是一个idle wait,在等待message请求,通常这个问题是因为空间问题,但是不会在datapump进程抛出异常,alert.log中才有相关错误原因
随后再alert log 中找到了错误原因是提示存放归档的闪回区使用满了, 有时会是导入的Tablespace无可用空间, 接下来的处理方法就很简单了。


 


set lines 150 pages 100 numwidth 7 
col program for a38 
col username for a10 
col spid for a7 
select to_char(sysdate,'YYYY-MM-DD HH24:MI:SS') "DATE", s.program, s.sid,   
       s.status, s.username, d.job_name, p.spid, s.serial#, p.pid   
  from v$session s, v$process p, dba_datapump_sessions d  
 where p.addr=s.paddr and s.saddr=d.saddr;  
 


另外也可以使用trace 、10046 event 诊断请参考MOS 286496.1


 

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

转载于:http://blog.itpub.net/25462274/viewspace-1958805/