步骤如下：
1、创建一张表g_test
create table G_TEST
(
ID NUMBER(12),
C_DATE DATE
)
2、创建一个sequence
create sequence G_SEQ
minvalue 1
maxvalue 999999999999999999999999999
start with 141
increment by 1
cache 20;
3、创建一个存储过程
create or replace procedure prc_g_test is
begin
insert into g_test values(g_seq.nextval,sysdate);
end prc_g_test;
4、创建job,
使用Submit()过程，工作被正常地计划好。
这个过程有五个参数：job、what、next_date、interval与no_parse。
PROCEDURE Submit ( job OUT binary_ineger,
What IN varchar2,
next_date IN date,
interval IN varchar2,
no_parse IN booean:=FALSE)
job参数是由Submit()过程返回的binary_ineger。这个值用来唯一标识一个工作。
what参数是将被执行的PL/SQL代码块。
next_date参数指识何时将运行这个工作。
www.2cto.com
interval参数何时这个工作将被重执行。
no_parse参数指示此工作在提交时或执行时是否应进行语法分析——TRUE
指示此PL/SQL代码在它第一次执行时应进行语法分析，
而FALSE指示本PL/SQL代码应立即进行语法分析。
在command window窗口中执行下面脚本
variable job1 number;
begin
sys.dbms_job.submit(job => :job,
what => 'prc_g_test;',
next_date => to_date('22-10-2008 10:06:41', 'dd-mm-yyyy hh24:mi:ss'),
interval => 'sysdate+1/1440');--每天1440分钟，即一分钟运行test过程一次
commit;
end;
/
----------------------------------------------------------------------------------
在plSQL中我的做法是：
declare
job number;
begin
sys.dbms_job.submit(job,'prc_g_test;',sysdate,'sysdate+1/1440');
end;
----------------------------------------------------------------------------------
5、查看创建的job
查看相关job信息
1、相关视图
dba_jobs
all_jobs
user_jobs
dba_jobs_running 包含正在运行job相关信息。
如：
select * from dba_jobs
6、运行JOB
说明：Run()过程用来立即执行一个指定的工作。这个过程只接收一个参数：
SQL> begin
2 dbms_job.run(:job);
3 end;
4 /
----------------------------------------------------------------------------------
在plSQL中我的做法是：
begin
dbms_job.run(3017);
end;
----------------------------------------------------------------------------------
7、删除JOB
SQL> begin
2 dbms_job.remove(:job);--:job可以用dba_jobs.job的值代替如：1198
3 end;
4 /
=====================如何停止一个正在运行的JOB===================
1 相关表、视图
dba_jobs
all_jobs
user_jobs 包含登录用户所有的JOB信息
dba_jobs_running 包含正在运行job相关信息
注意
须使用oracle的sys用户登录到数据库，才能查看dba_jobs_running, v$process, v$session表的信息。同时，登录操作系统时，要用oracle用户。
2 问题描述
为同事解决一个因为网络连接情况不佳时，执行一个超长时间的SQL插入操作。
既然网络状况不好，就选择了使用一次性使用JOB来完成该插入操作。在JOB执行一段时间后，我发现被插入表有些问题（惭愧，当时也没有先检查检查就做了）。准备停止JOB，因为在JOB运行情况下，我的所有修改都会报系统资源忙的错误。
强行KILL SESSION是行不通的，因为过会儿，JOB还会重新启动，如果执行的SQL也被KILL了通过重新启动的JOB还是会被再次新执行的。
3 解决办法
比较好的方法应该是;
1. 首先确定要停止的JOB号
在10g中可通过Dba_Jobs_Running进行确认。
查找正在运行的JOB:
select sid from dba_jobs_running;
查找到正在运行的JOB的spid:
select a.spid from v$process a ,v$session b where a.addr=b.paddr and b.sid in (select sid from dba_jobs_running);
2. Broken你确认的JOB
注意使用DBMS_JOB包来标识你的JOB为BROKEN。
SQL> EXEC DBMS_JOB.BROKEN(job#,TRUE);
注意：当执行完该命令你选择的这个JOB还是在运行着的。
3. Kill 对应的Oracle Session
应为BROKEN后该JOB还在运行，如果要求该JOB立刻停止，就需要找到该job的对应SESSION(SID,SERIAL#)，然后执行以下命令：
ALTER SYSTEM KILL SESSION 'sid,serial#';
或者直接KILL对应的操作系统的SESSION，如果使用ALTER SYSTEM KILL SESSION执行很长时间，其实可以使用OS的命令来快速KILL掉SESSION.
For Windows, at the DOS Prompt: orakill sid spid
For UNIX at the command line> kill –9 spid
4. 检查你的JOB是否还在运行
检查你要停止的JOB是否还在运行，其实多数情况下，应该都已经停止了。尤其执行的第三步的“杀手”命令。如果真的还是没有停止，只好从第一道第三步重新做一下了。
5. 将Job Queue Processes的数目修改为0
首先确认当前的Job Queue Processes的数目
SQL> col value for a10
SQL> select name,value from v$parameter where name ='job_queue_processes';
然后将Job Queue Processes的数目修改为0
SQL> ALTER SYSTEM SET job_queue_processes = 0;
保证所有的JOB都会停止。
6. 修改你要修改的任何东西，甚至是JOB内的内容。
7. 修改完成后，将job的BROKEN状态停止。
SQL>EXEC DBMS_JOB.BROKEN(job#,FALSE):
8. 恢复job_queue_processes的原始值
ALTER SYSTEM SET job_queue_processes = original_value;
至此整个停止并修改JOB完成.
www.2cto.com
但是需要另外注意一下的是，在MARK一个BROKEN状态的时候，因为JOB内部执行SQL的原因，所以执行时或许要“煎熬”一段时间。所以在建立JOB时一定要仔细考虑，同时如果可能可以在你设计的PL/SQL代码中，增加一些判断“停止信号”的部分。来避免费力执行上面的步骤。
毕竟，ORACLE在执行JOB时，还是很“倔强”的 -:)
4 附件：ORAKILL用法
很多时候遇到某个session一直处于active，使得CPU一直处于搞使用状态，虽然kill 了，但是却不能够使得使得线程结束。 kill session只是kill这个进程，但是线程一直处于活动状态。需要真正的kill线程才能够解决cpu使用率高的问题。
os ：windows2003
ORAKILL用法是 orakill sid spid 其中sid为实例名，spid为线程号。
怎么样取得这个spid呢？
以下给出查找spid的语句。
select spid, osuser, s.program from v$process p, v$session s
where p.addr=s.paddr and s.sid = XXX;
--说明:XXX为session的sid (不是数据库SID 呵呵)。自己输入就可以。
orakill instance_name spid
这样就能够成功解决cpu使用率高的问题