IMPDP hangs, session wait “wait for unread message on broadcast channel”
2015-12-03 15:20
696 查看
昨晚有个朋友说加班在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
相关文章推荐
- MOTION INPAINTING
- 用mocha和chai进行自动化测试(含实例)
- NSString属性声明中的copy和retain区别
- Container With Most Water
- QPainter::begin: Paint device returned engine == 0, type: 1
- tail -f 查看多个日志文件
- 构建内部邮件服务器(DNS+sendmail)
- DHCP Failover中的Filter同步
- 点滴 PUSH-PULL AND OPEN DRAIN+PULL-UP/DOWN
- LeetCode(217)Contains Duplicate
- LeetCode(217)Contains Duplicate
- 软件包 com.baidu.location
- hdu 1788 Chinese remainder theorem again
- 设计模式 职责链模式(Chain of Responsibility Pattern)
- 14.9.5 Reclaiming Disk Space with TRUNCATE TABLE 回收磁盘空间使用TRUNCATE TABLE
- poj--1237--Drainage Ditches(最大流)
- 约束3(constrains)
- poj--1237--Drainage Ditches(最大流)
- POJ1804 Brainman
- 约束2(constraints)