這篇論壇文章（賽迪網(wǎng)技術(shù)社區(qū)）針對DBMS_SCHEDULER的使用方法進行了詳盡的介紹，更多內(nèi)容請參考下文：

DBMS_SCHEDULER是Oracle 10G中新增的一個包，與老版本的dbms_job包相比，dbms_scheduler有很多新特性，我將通過一系列的文章來介紹一下如何使用這個包.

1. 創(chuàng)建job

job是什么呢? 簡單的說就是計劃(schedule)加上任務(wù)說明. 另外還有一些必須的參數(shù).

這里提到的'任務(wù)'可以是數(shù)據(jù)庫內(nèi)部的存儲過程,匿名的PL/SQL塊,也可以是操作系統(tǒng)級別的腳本.

可以有兩種方式來定義'計劃':

1) 使用DBMS_SCHDULER.CREATE_SCHEDULE 定義一個計劃;

2) 調(diào)用DBMS_SCHDULER.CREATE_JOBE過程直接指定 (下面會詳細(xì)說明)

在創(chuàng)建一個計劃時，你至少需要指定下面的屬性，它們是job運行所必須的:

開始時間 (start_time);

重復(fù)頻率 (repeat_interval);

結(jié)束時間 (end_time)

另外，對于一個job而言，還有很多的附加參數(shù):

job_class

job_priority

auto_drop

restartable

max_runs

max_failures

schedule_limit

logging_level

下面，我以問答的形式來具體解釋.

Q1:怎么從數(shù)據(jù)庫中查詢job的屬性 ?

A1: 有兩種方法:

1) 查詢(DBA|ALL|USER)_SCHEDULER_JOBS 視圖

(提示: 根據(jù)用戶權(quán)限的不同，選擇性的查詢 DBA|ALL|USER視圖)

2) 調(diào)用DBMS_SCHEDULER包中的GET_ATTRIBUTE 過程

Q2: 怎么設(shè)置這些屬性呢?

A2: 也是有兩種方法

1) 在創(chuàng)建job時直接指定

2) 調(diào)用DBMS_SCHEDULER包中的SET_ATTRIBUTE 過程

Q3: '我需要什么權(quán)限才能創(chuàng)建job' ?

它可以創(chuàng)建屬主為任何用戶(SYS用戶除外)的job.

缺省情況下,job會被創(chuàng)建在當(dāng)前的schema下，并且是沒有激活的; 如果要使job一創(chuàng)建

就自動激活，需要顯式的設(shè)置enabled 屬性為true, 來看一個例子:

begin

dbms_scheduler.create_job

(

job_name => 'ARC_MOVE',

schedule_name => 'EVERY_60_MINS',

job_type => 'EXECUTABLE',

job_action => '/home/dbtools/move_arcs.sh',

enabled => true,

comments => 'Move Archived Logs to a Different Directory'

);

end;

/

Q4: 能不能詳細(xì)地講述一下上面這個過程用到的各個參數(shù)?

A4:

job_name: 顧名思義,每個job都必須有一個的名稱

schedule_name: 如果定義了計劃，在這里指定計劃的名稱

job_type: 目前支持三種類型:

PL/SQL塊: PLSQL_BLOCK,

存儲過程: STORED_PROCEDURE

外部程序: EXECUTABLE (外部程序可以是一個shell腳本,也可以是操作系統(tǒng)級別的指令).

job_action: 根據(jù)job_type的不同，job_action有不同的含義.

如果job_type指定的是存儲過程，就需要指定存儲過程的名字;

如果job_type指定的是PL/SQL塊，就需要輸入完整的PL/SQL代碼;

如果job_type指定的外部程序，就需要輸入script的名稱或者操作系統(tǒng)的指令名

enabled: 上面已經(jīng)說過了，指定job創(chuàng)建完畢是否自動激活

comments: 對于job的簡單說明

2. 指定job的執(zhí)行頻率

如果我們創(chuàng)建了一個job,并且希望它按照我們指定的日期和時間來運行，就需要定義job的重復(fù)頻度了. 例如每天運行，每周日的22:00運行, 每周一,三,五運行，每年的最后一個星期天運行等等.

(說明:10G以前的版本，與操作系統(tǒng)的交互方面，實現(xiàn)的不是很好。例如要實現(xiàn)一個定期的rman備份任務(wù)，就需要結(jié)合OS的命令來實現(xiàn),在UNIX下可以用crontab實現(xiàn)，在windows下用AT命令來實現(xiàn))

10G 在這方面有了很大的增強，因為創(chuàng)建job時可以直接指定操作系統(tǒng)的命令或者腳本，再合理的定義job的執(zhí)行頻率,可以很輕松地完成復(fù)雜的調(diào)度任務(wù).

10G 支持兩種模式的repeat_interval,一種是PL/SQL表達(dá)式，這也是dbms_job包中所使用的,例如SYSDATE+1, SYSDATE + 30/24*60; 另一種就是日歷表達(dá)式。

例如MON表示星期一,SUN表示星期天,DAY表示每天,WEEK表示每周等等. 下面來看幾個使用日歷表達(dá)式的例子：

repeat_interval => 'FREQ=HOURLY; INTERVAL=2'

每隔2小時運行一次job

repeat_interval => 'FREQ=DAILY'

每天運行一次job

repeat_interval => 'FREQ=WEEKLY; BYDAY=MON,WED,FRI'

每周的1,3,5運行job

repeat_interval => 'FREQ=YEARLY; BYMONTH=MAR,JUN,SEP,DEC; BYMONTHDAY=30'

每年的3,6,9,12月的30號運行job

用過crontab的人應(yīng)該都有種似曾相識的感覺吧，呵呵

下面再說說使用日歷表達(dá)式的規(guī)則:

日歷表達(dá)式基本分為三部分: 第一部分是頻率，也就是'FREQ'這個關(guān)鍵字，它是必須指定的; 第二部分是時間間隔，也就是'INTERVAL'這個關(guān)鍵字，取值范圍是1-999. 它是可選的參數(shù); 最后一部分是附加的參數(shù),可用于精確地指定日期和時間,它也是可選的參數(shù),例如下面這些值都是合法的:

BYMONTH,BYWEEKNO,BYYEARDAY,BYMONTHDAY,BYDAY

BYHOUR,BYMINUTE,BYSECOND

詳細(xì)的參數(shù)說明請參考 dbms_scheduler的使用說明.

既然說到了repeat_interval,你可能要問:'有沒有一種簡便的方法來得出，或者說是評估出job的每次運行時間，以及下一次的運行時間呢?'

dbms_scheduler包提供了一個過程evaluate_calendar_string,可以很方便地完成這個需求. 來看下面的例子:

SQL> set serveroutput on size 999999

SQL> declare

L_start_date TIMESTAMP;

l_next_date TIMESTAMP;

l_return_date TIMESTAMP;

begin

l_start_date := trunc(SYSTIMESTAMP);

l_return_date := l_start_date;

for ctr in 1..10 loop

dbms_scheduler.evaluate_calendar_string(

'FREQ=DAILY; BYDAY=MON,TUE,WED,THU,FRI; BYHOUR=7,15',

l_start_date, l_return_date, l_next_date

);

dbms_output.put_line('Next Run on: ' ||

to_char(l_next_date,'mm/dd/yyyy hh24:mi:ss')

);

l_return_date := l_next_date;

end loop;

end;

/

輸出結(jié)果如下:

Next Run on: 03/22/2004 07:00:00

Next Run on: 03/22/2004 15:00:00

Next Run on: 03/23/2004 07:00:00

Next Run on: 03/23/2004 15:00:00

Next Run on: 03/24/2004 07:00:00

Next Run on: 03/24/2004 15:00:00

Next Run on: 03/25/2004 07:00:00

Next Run on: 03/25/2004 15:00:00

Next Run on: 03/26/2004 07:00:00

Next Run on: 03/26/2004 15:00:00