iamlaosong文

我用job每天定时执行一些存储过程，以便对数据进行处理。正常情况下，这些存储过程执行完毕需要几十秒时间，但有时不知道什么原因一天都执行不完，导致第二天的job也无法顺利执行。如果不进行人工干预，这个job也许就再也不会执行下去了。通过查询和测试我知道卡死的原因是其中的一些sql语句执行时间太长，就像服务器有时快有时慢一样，这些sql语句执行也是时快时慢，猜想原因是不是oracle在做一些内部处理或冲突导致服务器变慢。

人工干预也就是杀死这个job，实验发现杀死job后再次执行这些存储过程有时依然很慢，目前的处理办法是杀死后暂时不再处理当天的数据，这样可以保证第二天的job正常执行。在job正常完成的日子里再次处理卡死那天的数据，发现存储过程很快完成。也就是说，同样的数据同样的程序有时卡死，有时顺利完成，能想到的原因也就是数据库本身了。

杀死job的方法如下：

1、判断job是否卡死

用PL/sql Developer可以很轻松的看到job是否完成，只有查看job属性中next date是否变成第二天的执行时间，如果没变，说明job没有执行结束。也可以用下面的语句查询：

select * from dba_jobs_running where job='job号';

用这个语句可以查询执行job的sid列（会话编号）的值，这个值是杀死job的参数之一。

2、用下面语句查询杀死job的第二个参数serial#（会话序列号）

select * from v$session where sid='刚才查到的sid';

返回记录中就有serial#列（会话序列号），paddr列（线程地址）

3、杀死job命令如下：

alter system kill session '会话编号sid,会话序列号serial#';

4、查看是否成功杀掉该会话（方法与步骤一相同，多执行几次select * from dba_jobs_running where job='job号'观察结果，如果杀掉了将不再有返回结果)。