昨晚有个朋友说加班在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