看一下你的JOB的执行时间设置!
还有job的执行受数据库设置的最大作业数的限制,如果并发的作业过多,
就有可能一些作业无法正常运行!

解决方案 »

  1.   

    并发数为9,我查了下,JOB下就我一个任务,应该够用
    执行时间我设了4分钟,还有1分钟,都不行
      

  2.   

    不知哪查啊,我用
    select job,next_date,next_sec,failures,broken from user_jobs;
    其中的failures数不断上升,最后到16就停了
    但是我手动执行JOB没任何问题,不过用了以后failures就重新变0,然后再不断变大
      

  3.   

    首先,创建另外一个job执行非常简单的操作,比如 往某个表里插入值
    insert into tb_temp values(sysdate);
    看 是否能正常运行。正常的话,说明是你调用的 存储过程有问题。然后再 调试 存储过程。
      

  4.   

    存储过程没有问题啊,我直接调用过程都能成功运行的
    如果存储过程有问题,那我手动执行JOB也会有问题的,现在问题是手动都没问题,但是自动就有问题了,想不通啊
      

  5.   

    看一下你的时间的设置,存储过程在类似sysdate+1/24*60 这样的下面是否可以运行!
      

  6.   

    时间我设为sysdate+1/1440了,不行,以前设的是sysdate+1/360,也不行
    就是说不管时间设成什么,自动运行就是失败请问这个失败在那里的日志能找到具体信息?
      

  7.   

    试一下 :sysdate+1/24*60
    日志能否找到,我也不清楚,没有看过!
      

  8.   

    sysdate+1/1440和sysdate+1/24*60有区别吗?…………
      

  9.   

    我以前遇见过sysdate+1/24*60可以,但是sysdate+1/1440不可以的情况!
    不知道为什么!呵呵,这样的问题可能机会很小!
    刚才实验了一个job,没有找到出错的日志!
    请高手指教?
      

  10.   

    select * from v$parameter t
    where t.name like 'job%'
    你看看value是不是非0
      

  11.   

    不知怎么回事,反正我手动执行JOB或者过程都没问题后来换了个816的,一切正常!