目錄

• 創(chuàng)建oracle定時任務(wù)定時任務(wù)并沒有按時執(zhí)行
• 創(chuàng)建定時任務(wù)JOB(63)定時任務(wù)并沒有執(zhí)行
• 原因分析：
• 解決方案：
• 總結(jié)

創(chuàng)建oracle定時任務(wù)定時任務(wù)并沒有按時執(zhí)行

由于項目需要同步其他系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)庫，在創(chuàng)建完dblink，存儲過程后，新建了一個dbm_job任務(wù)，滿心期待的可以早點下班時，卻發(fā)現(xiàn)定時任務(wù)并沒有按照時間執(zhí)行。

創(chuàng)建定時任務(wù)JOB(63)定時任務(wù)并沒有執(zhí)行

原因分析：

可能數(shù)據(jù)庫對于JOB的功能并沒有開啟，于是引著這個方向去尋找解決方法。

解決方案：

通過查閱資料發(fā)現(xiàn)原來有一個參數(shù)job_queue_processes數(shù)字為0是定時任務(wù)都不會執(zhí)行，查詢的sql如下：

select value from v$parameter where name like "%job_queue_processes%";

修改參數(shù)job_queue_processes 大于0，我這兒設(shè)置為了10（大家可以適當(dāng)調(diào)大一些）

alter system set job_queue_processes =10;

再次重新測試：

補充:參數(shù)job_queue_processes貌似是定時任務(wù)隊列進程，查了資料補上如下：

1、job_queue_processes取值范圍為0到1000，總共可創(chuàng)建多少個job進程由job_queue_processes參數(shù)來決定。

2、當(dāng)job_queue_processes大于1時，且并行執(zhí)行job時，至少一個為協(xié)調(diào)進程。其總數(shù)不會超出job_queue_processes的值。

3、job_queue_processes參數(shù)的值為且DBMS_JOB與DBMS_SCHEDULER共享。

4、job_queue_processes參數(shù)，當(dāng)設(shè)定該值為0的時候則任意方式創(chuàng)建的job都不會運行。

5、非零值的job_queue_processes，其job子進程數(shù)依賴于可用資源，資源配置方式以及當(dāng)前運行的job數(shù)來自行調(diào)整。

6、此外對于Scheduler jobs方式還受限制于scheduler屬性MAX_JOB_SLAVE_PROCESSES的設(shè)置。

7、可以通過DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE來設(shè)置max_job_slave_processes

以上！

總結(jié)

到此這篇關(guān)于oracle定時任務(wù)定時無效的原因分析與解決的文章就介紹到這了,更多相關(guān)oracle定時任務(wù)無效內(nèi)容請搜索以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持！