Oracle定时任务失效

WBOY
リリース: 2016-06-07 17:27:55
オリジナル
1287 人が閲覧しました

发现系统数据没有更新,查看Oracle定时任务,估计没有执行。发现next_date变成了4000/1/1 ,broken被选中。select * from user_j

发现系统数据没有更新,查看Oracle定时任务,估计没有执行。

发现next_date变成了4000/1/1 ,broken被选中。

select * from user_jobs发现该任务失败次数达16次。

查得如下原因:

  当任务运行失败时,,SNP过程在1分钟后将再次试图运行该任务。如果这次运行又失败了,下一次尝试将在2分钟后进行,再下一次在4分钟以后。任务队列每次 加倍重试间隔直到  它超过了正常的运行间隔。在连续16次失败后,任务就被标记为中断的(broken),如果没有用户干预,任务队列将不再重复执行。

  当将一个任务的next_date参数赋值为null时,则该任务下一次运行的时间将被指定为4000年1月1 日,也就是说该任务将永远不再运行。在大多数情况下,这可能是我们不愿意  看到的情形。但是,换一个角度来考虑,如果想在任务队列中保留该任务而又不想让其 运行,将next_date设置为null却是一个非常简单的办法。

手动test该定时任务,发现了报错原因,是插入ipv6的ip失败,将其删除。将定时任务恢复,重新执行,执行成功则失败次数将重置0.

将任务停掉的方法:

dbms_job.broken(v_job,true,next_date);        //停止一个job,v_job可写job号,里面参数true也可是false,next_date(某一时刻停止)也可是sysdate(立刻停止)。

linux

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート