在Oracle中實現定時操作---Job Queue
2024-08-29 13:42:52
供稿：網友
眾所周知，一般操作系統會提供定時執行任務的方法，例如：Unix平臺上提供了讓系統定時執行任務的命令Crontab。 但是，對于某些需求，例如：一些對數據庫表的操作，最為典型的是證券交易所每日收盤后的結算，它涉及大量的數據庫表操作，假如仍然利用操作系統去定時執行，不僅需要大量的編程工作，而且還會出現用戶不一致等運行錯誤，甚至導致程序無法執行。
一、分析問題
事實上，對于以上需求，我們可以利用數據庫本身擁有的功能Job Queue（任務隊列治理器）去實現。任務隊列治理器答應用戶提前調度和安排某一任務，使其能在指定的時間點或時間段內自動執行一次或多次，由于任務在數據庫中被執行，所以執行效率很高。
任務隊列治理器答應我們定制任務的執行時間，并提供了靈活的處理方式，還可以通過配置，安排任務在系統用戶訪問量少的時段內執行，極大地提高了工作效率。例如，對于數據庫日常的備份、更新、刪除和復制等耗時長、重復性強的工作，我們就可以利用任務隊列治理器去自動執行以減少工作量。
目前，擁有此項功能的數據庫有許多，最有代表性的是SQL Server 7.0、Oracle 8.0.5等。但是，要讓任務隊列治理器工作，還需要我們加以配置才能實現。SQL Server的功能配置是在一個圖形化界面（GUI）中實現的，非常簡單。利用OEM客戶端治理工具，Oracle的配置也可以在一個圖形界面中完成。然而大多數的用戶更習慣于命令行的方式去操縱數據庫。本文介紹如何通過命令行實現這種配置。
在Oracle中實現定時操作
北京安外北苑一號院7室(100012) 王曉燕
眾所周知，一般操作系統會提供定時執行任務的方法，例如：Unix平臺上提供了讓系統定時執行任務的命令Crontab。但是，對于某些需求，例如：一些對數據庫表的操作，最為典型的是證券交易所每日收盤后的結算，它涉及大量的數據庫表操作，假如仍然利用操作系統去定時執行，不僅需要大量的編程工作，而且還會出現用戶不一致等運行錯誤，甚至導致程序無法執行。
一、分析問題
事實上，對于以上需求，我們可以利用數據庫本身擁有的功能Job Queue（任務隊列治理器）去實現。任務隊列治理器答應用戶提前調度和安排某一任務，使其能在指定的時間點或時間段內自動執行一次或多次，由于任務在數據庫中被執行，所以執行效率很高。
任務隊列治理器答應我們定制任務的執行時間，并提供了靈活的處理方式，還可以通過配置，安排任務在系統用戶訪問量少的時段內執行，極大地提高了工作效率。例如，對于數據庫日常的備份、更新、刪除和復制等耗時長、重復性強的工作，我們就可以利用任務隊列治理器去自動執行以減少工作量。
目前，擁有此項功能的數據庫有許多，最有代表性的是SQL Server 7.0、Oracle 8.0.5等。但是，要讓任務隊列治理器工作，還需要我們加以配置才能實現。SQL Server的功能配置是在一個圖形化界面（GUI）中實現的，非常簡單。利用OEM客戶端治理工具，Oracle的配置也可以在一個圖形界面中完成。然而大多數的用戶更習慣于命令行的方式去操縱數據庫。本文介紹如何通過命令行實現這種配置。
二、實現步驟
1．確保Oracle的工作模式答應啟動任務隊列治理器
Oracle定時執行“Job Queue”的后臺程序是SNP進程，而要啟動SNP進程，首先要確保整個系統的模式是可以啟動SNP進程的，這需要以DBA的身份去執行如下命令：
svrmgrl> alter system enable restricted session;
或sql> alter system disenable restricted session;
利用如上命令更改系統的會話方式為disenable restricted，為SNP的啟動創造條件。
2．確保Oracle的系統已經配置了任務隊列治理器的啟動參數
SNP的啟動參數位于Oracle的初始化文件中，該文件放在＄ORACLE_HOME/dbs路徑下，假如Oracle的SID是myora8的話，則初始化文件就是initmyora8.ora，在文件中對SNP啟動參數的描述部分如下：
job_queue_PRocess=n
job_queue_interval=N
第一行定義SNP進程的啟動個數為n。系統缺省值為0，正常定義范圍為0～36，根據任務的多少，可以配置不同的數值。
第二行定義系統每隔N秒喚醒該進程一次。系統缺省值為60秒，正常范圍為1～3600秒。事實上，該進程執行完當前任務后，就進入睡眠狀態，睡眠一段時間后，由系統的總控負責將其喚醒。
假如該文件中沒有上面兩行，請按照如上配置添加。配置完成后，需要重新啟動數據庫，使其生效。注重：假如任務要求執行的間隔很短的話，N的配置也要相應地小一點。
3．將任務加入到數據庫的任務隊列中
調用Oracle的dbms_job包中的存儲過程，將任務加入到任務隊列中：
dbms_job.submit( job out binary_integer,
what in archar2,
next_date in date，
interval in varchar2,
no_parse in boolean)
其中：
●job：輸出變量，是此任務在任務隊列中的編號；
●what：執行的任務的名稱及其輸入參數；
●next_date：任務執行的時間；
●interval：任務執行的時間間隔。
下面具體討論一下dbms_job.submit中的參數interval。嚴格地講，interval是指上一次執行結束到下一次開始執行的時間間隔，當interval設置為null時，該job執行結束后，就被從隊列中刪除。假如我們需要該job周期性地執行，則要用‘sysdate＋m’表示。
將任務加入到任務隊列之前，要確定執行任務的數據庫用戶，若用戶是scott, 則需要確保該用戶擁有執行包dbms_job的權限；若沒有，需要以DBA的身份將權利授予scott用戶：
svrmgrl> grant execute on dbms_job to scott;
4．將要執行的任務寫成存儲過程或其他的數據庫可執行的pl/sql程序段
例如，我們已經建立了一個存儲過程，其名稱為my_job，在sql/plus中以scott用戶身份登錄，執行如下命令：
sql> variable n number;
sql> begin
dbms_job.submit(:n‘my_job;’,sysdate,
‘sysdate＋1/360’);
commit;
end;
/
系統提示執行成功。
Sql> print :n;
系統打印此任務的編號，例如結果為300。
如上，我們創建了一個每隔4分鐘執行一次的任務號為300的任務。可以通過Oracle提供的數據字典user_jobs察看該任務的執行情況：
sql> select job,next_date,next_sec,failures,broken from user_jobs;
執行結果如下：
job next_date next_sec failures broken
300 2000/10/10 11:45:15 0 N
這表示任務號為300的任務，下一次將在2000/10/10 11:45:15執行，此任務的執行失敗記錄為0次。注重：當執行job出現錯誤時，Oracle將其記錄在日志里，失敗次數每次自動加1。當執行失敗次數達到16時，Oracle就將該job標志為broken。此后，Oracle不再繼續執行它，直到用戶調用過程dbms_job.broken，重新設置為not broken，或強制調用dbms_job.run來重新執行它。
除了以上我們討論的submit存儲過程之外，Oracle還提供了其他許多存儲過程來操作任務。例如：dbms_job.change 、 dbms_job.what、dbms_job.interval可以用來修改提交的任務。要想刪除該任務，只需運行dbms_job.remove(n)即可，其中n為任務號。
