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状态停止。SQLEXEC DBMS_JOB.BROKEN(job#,FALSE): 8. 恢复job_queue_processes的原始值 ALTER SYSTEM SET job_queue_processes = original_value; 至此整个停止并修改JOB完成. 但是需要另外注意一下的是，在MARK一个BROKEN状态的时候，因为JOB内部执行SQL的原因，所以执行时或许要“煎熬”一段时间。所以在建立JOB时一定要仔细考虑，同时如果可能可以在你设计的PL/SQL代码中，增加一些判断“停止信号”的部分。来避免费力执行上面的步骤。 毕竟，ORACLE在执行JOB时，还是很“倔强”的 -:) 4 附件：ORAKILL用法很多时候遇到某个session一直处于active，使得CPU一直处于搞使用状态，虽然kill 了，但是却不能够使得使得线程结束。 kill session只是kill这个进程，但是线程一直处于活动状态。需要真正的kill线程才能够解决cpu使用率高的问题。os ：windows2003ORAKILL用法是 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使用率高的问题
创新互联是一家专业提供甘南企业网站建设,专注与成都网站建设、成都做网站、H5开发、小程序制作等业务。10年已为甘南众多企业、政府机构等服务。创新互联专业网站设计公司优惠进行中。
job一旦运行是无法停止的（除非断电、停止数据库），但是使用 update uesr_jobs set broken = 'Y' where job = '你的job编号'，broken后，job就无法启动了。要启动的话，得修改broken和next_date 参数。
找出正在执行的JOB编号及其会话编号 SELECT SID,JOB FROM DBA_JOBS_RUNNING; 停止该JOB的执行 SELECT SID,SERIAL# FROM V$SESSION WHERE SID='SID'; ALTER SYSTEM KILL SESSION 'SID,SERIAL'; EXEC DBMS_JOB.BROKEN(JOB,TRUE); 实例分析： 1，查询正在运行的Job，通过查询有两个，和进程占用较多的是两个ORACLE进程符合。 SQL SELECT SID,JOB FROM DBA_JOBS_RUNNING; SID JOB ---------- ---------- 12 116 16 117 2，查询正在运行的job的信息 SQL SELECT SID,SERIAL# FROM V$SESSION WHERE SID='12'; SID SERIAL# ---------- ---------- 12 4 SQL SELECT SID,SERIAL# FROM V$SESSION WHERE SID='16'; SID SERIAL# ---------- ---------- 16 1 3，利用查询出来的job信息将job结束掉 SQL ALTER SYSTEM KILL SESSION '12,4'; System altered. SQL ALTER SYSTEM KILL SESSION '16,1'; System altered. 4，如果不希望运行上述job的话，可以将job设置为broken. EXEC DBMS_JOB.BROKEN(116,TRUE); EXEC DBMS_JOB.BROKEN(117,TRUE); 根据个人经验，这种方法并不会立即中断job的运行。 66
