Oracle作业job没有自动调度起来
问题:有一同事报过来,说有两个job已经近一周没有自动调起了,让我帮忙解决。
1、检查:
(1)在生产库中检查,其他的job都能自动调度
(2)select*fromall_jobswherejobin(2704,2706);检查正常,并无异常(dba_jobs或PL/SQL Developer DBMS_Jobs也可查看)
(3)select*fromdba_jobs_runningwherejobin(2704,2706);在其列表中
结论:进程挂死未完成,导致不能自动调度!
2、解决:先备份两job的内容再将job删除,然后将进程杀掉,并重建
(1)利用上面查出job运行列表中的sid如3695,并查出哪些进程需要杀掉,查询语句如下:
select'call superkill('||a.sid||','||a.SERIAL#||');'KILL_SID,
'kill -9 '||A.PROCESS||';'KILL_PID,A.SID,A.SERIAL#,A.STATUS,A.SCHEMANAME,A.USERNAME,A.MACHINE,OSUSER,A.PROCESS,A.PROGRAM,A.TERMINAL,
A.SERVICE_NAME,A.LOGON_TIME,A.OWNERID,
D.SQL_TEXT,D.SQL_FULLTEXT
fromgv$session a,v$sql d
wherea.SQL_ADDRESS=d.ADDRESS(+)
and(a.SCHEMANAME='REPORT'ora.USERNAME='REPORT')
anda.sid=3695
orderbya.MACHINE;
杀进程:
(1)上面的superkill如下:
createorreplaceproceduresystem.superkill(SESSION_IDBINARY_INTEGER,SERIAL_NUM
BINARY_INTEGER)is
begin
executeimmediate'alter system disconnect session '''||SESSION_ID||','||SERIAL_NUM||'''
immediate';
EXCEPTION
WHENOTHERS
THEN
RAISE;
endsuperkill;
(2)也可用alter system kill session 'sid,serial#'; 但推荐使用 alter system disconnect session 'sid,serial#';
之间的区别可参考
(3)重建job
如job:2706的重建:
begin
sys.dbms_job.isubmit(job=>2706,
what=>'declare
vc_out varchar2(2000);
begin
SP_SAP_NEWINCOME_ALL(to_char(SYSDATE-1,''yyyymmdd''),to_char(SYSDATE-1,''yyyymmdd''));
pkg_dic_day_report_2011.Dic_day_all_report_2011(to_char(SYSDATE-1,''yyyymmdd''));
pkg_dic_day_report_2010.DiC_Day_Move_Busi(vc_out,to_char(SYSDATE-1,''yyyymmdd''));
pkg_dic_day_report_2010.DiC_Pst_YW(vc_out,to_char(SYSDATE-1,''yyyymmdd''));
end;',
next_date=>trunc(SYSDATE)+1+17/24,
interval=>'trunc(SYSDATE)+1+17/24');
commit;
end;
/
第二天检查两job都已正常自动调度。
注:之所以要删掉原job是方便后面杀进程,其实还有一个方法是 PL/SQL Developer DBMS_Jobs 右击对应job“编辑” 然后勾选"broken" (已断掉,或 dbms_job.broken(job_id, true); 此处的job_id就是2706,true为断开,false为未断开)再杀进程,等杀完之后再去掉勾选。