1.2  管理Jobs

1.2.1  啟用Jobs

　　前面創(chuàng)建JOB時(shí)，由于未顯式的指定ENABLED參數(shù)，因此即使指定了START_DATE，不過默認(rèn)情況下JOB不會(huì)自動(dòng)執(zhí)行。對(duì)于這種情況，DBMS_SCHEDULER包中提供了一個(gè)過程ENABLE，可以用來修改JOB的啟用狀態(tài)，調(diào)用方式非常簡(jiǎn)單，例如：

1.2.2  禁用Jobs

　　DBMS_SCHEDULER.ENABLE 僅用來將JOB(其實(shí)不僅僅對(duì)JOB有效，對(duì)于CHAIN、PROGRAM等也有效)的啟用狀態(tài)置為TRUE。如果想將其啟用狀態(tài)置為FALSE？簡(jiǎn)單，還有一個(gè)與該功能對(duì)應(yīng)的過程：DBMS_SCHEDULER.DISABLE，例如：

　　這兩個(gè)過程僅用來重置對(duì)象的狀態(tài)，因此均可以無限次執(zhí)行，即使執(zhí)行時(shí)對(duì)象已經(jīng)被置為要指定的狀態(tài)。

1.2.3  修改Jobs

　　由于JOB的屬性眾多，難免時(shí)不時(shí)的可能會(huì)遇到需要修改的情況，比如說前面創(chuàng)建JOB時(shí)不小心，指定要執(zhí)行的過程名輸入錯(cuò)誤(完全有可能，CREATE_JOB在創(chuàng)建時(shí)不會(huì)自動(dòng)檢查指定的過程是否有效，從這方面考慮，SCHEDULER不如普通JOB嚴(yán)謹(jǐn)哪)，這種情況下就必然涉及到對(duì)JOB的修改(或者說重定義)，沒問題，DBMS_SCHEDULER包中專門提供了一個(gè)過程SET_ATTRIBUTE，可以用來修改任務(wù)的屬性值。

　　例如，修改剛剛創(chuàng)建的JOB：INSERT_TEST_TBL執(zhí)行的過程，執(zhí)行語句如下：

　　當(dāng)然啦，我們這里執(zhí)行的這條語句，執(zhí)行跟沒執(zhí)行沒有區(qū)別，此處僅做示例，大家表深究。

　　SET_ATTRIBUTE 過程雖然僅有三個(gè)參數(shù)，不過能夠修改的屬性值可是不少，以下列舉幾個(gè)較常用到的：

• LOGGING_LEVEL ：指定對(duì)jobs執(zhí)行情況記錄的日志信息級(jí)別。

  SCHEDULER 管理的JOB對(duì)任務(wù)的執(zhí)行情況專門進(jìn)行了記錄，同時(shí)用戶還可以選擇日志中記錄信息的級(jí)別，有下列三種選擇：

  • DBMS_SCHEDULER.LOGGING_OFF ：關(guān)閉日志記錄功能；
  • DBMS_SCHEDULER.LOGGING_RUNS ：對(duì)任務(wù)的運(yùn)行信息進(jìn)行記錄；
  • DBMS_SCHEDULER.LOGGING_FULL ：記錄任務(wù)所有相關(guān)信息，不僅有任務(wù)的運(yùn)行情況，甚至連任務(wù)的創(chuàng)建、修改等也均將記入日志。

  提示：查看SCHEDULER管理的JOB，可以通過USER_SCHEDULER_JOB_LOG和USER_SCHEDULER_JOB_RUN_DETAILS兩個(gè)視圖中查詢

• RESTARTABLE ：指定jobs運(yùn)行出錯(cuò)后，是否能夠適時(shí)重啟

  創(chuàng)建任務(wù)時(shí)如未明確指定，本參數(shù)默認(rèn)情況下設(shè)置為FALSE，如果設(shè)置為TRUE，就表示當(dāng)任務(wù)運(yùn)行時(shí)出錯(cuò)，下次運(yùn)行時(shí)間點(diǎn)到達(dá)時(shí)仍會(huì)啟動(dòng)，并且如果運(yùn)行仍然出錯(cuò)，會(huì)繼續(xù)重新運(yùn)行，不過如果連接出錯(cuò)達(dá)到6次，該job就會(huì)停止。

• MAX_FAILURES ：指定jobs最大連續(xù)出錯(cuò)次數(shù)

  該參數(shù)值可指定的范圍從1-1000000，默認(rèn)情況下該參數(shù)設(shè)置為NULL，表示無限制。達(dá)到指定出錯(cuò)次數(shù)后，該job會(huì)被自動(dòng)disable。

• MAX_RUNS ：指定jobs最大運(yùn)行次數(shù)

  該參數(shù)值可指定的范圍從1-1000000，默認(rèn)情況下該參數(shù)設(shè)置為NULL，表示無限制(只是運(yùn)行次數(shù)無限制，實(shí)際job會(huì)否繼續(xù)運(yùn)行，仍受制于end_date以及max_failures等參數(shù)的設(shè)置)。達(dá)到指定運(yùn)行次數(shù)后，該job也將被自動(dòng)disable，并且狀態(tài)會(huì)被置為COMPLETED。

• JOB_TYPE ：指定job執(zhí)行的任務(wù)的類型

  有四個(gè)可選值：¨PLSQL_BLOCK¨, ¨STORED_PROCEDURE¨, ¨EXECUTABLE¨, and ¨CHAIN¨。

• JOB_ACTION ：指定job執(zhí)行的任務(wù)

  這一參數(shù)所指定的值依賴于JOB_TYPE參數(shù)中的值，比如說JOB_TYPE設(shè)置為¨STORED_PROCEDURE¨，那么本參數(shù)值中指定的一定是ORACLE中的過程名。

• START_DATE ：指定job初次啟動(dòng)的時(shí)間
• END_DATE ：指定job停止運(yùn)行的時(shí)間

　　本參數(shù)又與AUTO_DROP相關(guān)聯(lián)，如果AUTO_DROP設(shè)置為TRUE的話，那么一旦job到達(dá)停止運(yùn)行的時(shí)間，該job就會(huì)被自動(dòng)刪除，否則的話job任何存在，不過狀態(tài)被修改為COMPLETED。

　　除此之外，其它還包括MAX_RUN_DURATION，JOB_WEIGHT，INSTANCE_STICKINESS，STOP_ON_WINDOW_CLOSE，JOB_PRIORITY，SCHEDULE_LIMIT，PROGRAM_NAME，NUMBER_OF_ARGUMENTS，SCHEDULE_NAME，REPEAT_INTERVAL，JOB_CLASS，COMMENTS，AUTO_DROP，EVENT_SPEC，RAISE_EVENTS等等，這些參數(shù)所代表的意義此處不一一詳述，感興趣的朋友可以查閱相關(guān)官方文檔，或者等待本系列文章的外傳，黑黑。

　　僅從這些可設(shè)置屬性就可以看出，Scheduler管理的job確實(shí)非常靈活，上述提到了這些參數(shù)，均可以使用DBMS_SCHEDULER.SET_ATTRIBUTE過程進(jìn)行設(shè)置。

　　另外需要注意一點(diǎn)，除了用戶手動(dòng)創(chuàng)建的jobs之外，數(shù)據(jù)庫在運(yùn)行過程中也有可能自動(dòng)創(chuàng)建jobs。對(duì)于這類jobs除非必要，否則不建議進(jìn)行修改。至于如何區(qū)分jobs是用戶創(chuàng)建，還是數(shù)據(jù)庫自動(dòng)創(chuàng)建，可以通過*_SCHEDULER_JOBS視圖的SYSTEM列來確定，如果該列顯示為TRUE，則表示由系統(tǒng)創(chuàng)建

1.2.4  執(zhí)行Jobs

　　雖然說jobs大多都應(yīng)該是自動(dòng)執(zhí)行，不過經(jīng)過前面的示例，大家想必也認(rèn)識(shí)到了，并不是說創(chuàng)建了jobs它就會(huì)自動(dòng)執(zhí)行，是否能夠真正自動(dòng)執(zhí)行并不是由你的主觀意愿就能直接決定，而是由jobs自身的多個(gè)相關(guān)屬性決定。

　　關(guān)于jobs自動(dòng)執(zhí)行的話題相信看完前面的內(nèi)容后，應(yīng)該都知道如何設(shè)置，下面主要演示，如何手動(dòng)調(diào)用jobs并執(zhí)行，這其中，當(dāng)然少不了DBMS_SCHEDULER包。例如，手動(dòng)執(zhí)行前面剛剛創(chuàng)建的job:INSERT_TEST_TBL：

　　Jobs 每執(zhí)行一次，無論成功或失敗，均會(huì)在*_SCHEDULER_JOB_LOG中生成一條對(duì)應(yīng)的記錄(前提是LOGGING_LEVEL屬性值未設(shè)置為DBMS_SCHEDULER.LOGGING_OFF)，同時(shí)，用戶也可以通過*_SCHEDULER_JOB_RUN_DETAILS視圖查詢job執(zhí)行的詳細(xì)信息。

1.2.5  停止Jobs

　　停止job可以使用DMBS_SCHEDULER.STOP_JOB過程，例如：

　　注意，STOP_JOB過程不僅僅是更新job的狀態(tài)，而是停止當(dāng)前正在執(zhí)行的任務(wù)，如果你處理的任務(wù)當(dāng)前未在運(yùn)行的話，那么執(zhí)行STOP_JOB過程，會(huì)觸發(fā)ORA-27366錯(cuò)誤。

　　停止Jobs也會(huì)觸發(fā)一條任務(wù)的日志信息，對(duì)于執(zhí)行停止操作的job，其*_SCHEDULER_JOB_LOG視圖的OPERATION會(huì)記錄為¨STOPPED¨，ADDITIONAL_INFO列中記錄的信息類似¨REASON="Stop job called by user: username"¨。

1.2.6  刪除Jobs

　　刪除創(chuàng)建的job就比較簡(jiǎn)單了，直接執(zhí)行DBMS_SCHEDULER.DROP_JOB過程即可，例如：

　　刪除jobs并不是修改該job中某個(gè)字段的標(biāo)記值，而是直接刪除其在數(shù)據(jù)字典中的字義，因此被刪除的job如果未來發(fā)現(xiàn)仍然需要，只能重建，而無法通過其它方式快速恢復(fù)。不過，刪除jobs的操作，并不會(huì)級(jí)聯(lián)刪除這些job曾經(jīng)執(zhí)行過的日志信息。