今天需要将运行的JOB停掉，在后台已经kill掉了session和process，但是发现job的totaltime还在增，没有停止的迹象，感觉是不是没有停掉，于是自己在本机做了个测试，测试步骤如下：

1、先建立一个job:

begin
sys.dbms_job.submit(job => :job,
                      what => 'update dept t set t.dname=1;
dbms_lock.sleep(9000);',
                      next_date => to_date('17-01-2010 18:36:43', 'dd-mm-yyyy hh24:mi:ss'),
                      interval => 'sysdate+1/24');
commit;
end;
/

目的就是对一个表进行dml操作，然后进程开始睡眠，

2、此时查询：

select * from v$lock t where t.type IN ('TM','TX');

会有两条记录，代表现在的job还处于运行状态。

3、

select p.spid,pid,s.sid,s.serial# from dba_jobs_running r,dba_jobs j,v$process p,v$session s
where j.WHAT like '%dbms_lock.sleep%'
and j.JOB = r.JOB and r.SID = s.sid and s.paddr= p.addr;

select * from v$lock t where t.type='JQ';

执行以上SQL，确定运行JOB的sid和pid,

4、最后开始清理：

alter system kill session '135,5';

kill -9 4620

5、查询job信息

select p.spid,pid,s.sid,s.serial# from dba_jobs_running r,dba_jobs j,v$process p,v$session s
where j.WHAT like '%dbms_lock.sleep%'
and j.JOB = r.JOB and r.SID = s.sid and s.paddr= p.addr;
select * from v$lock t where t.type='JQ';

发现job的运行信息已经没有了

6、查询lock视图

select * from v$lock t where t.type IN ('TM','TX');

发现此时对dept表的dml锁已经没有了，说明job已经被停止了，

7、查询job,发现totaltime还在继续增长，于是肯定的确定这是假象，于是把job删掉，重建

8、OK

ITPub博客

停掉正在运行的JOB

最新文章