Versuchen, einen job zu machen, um ausgeführt zu werden nach jeweils 1 minute,aber seine nicht funktioniert?

Habe ich diesen job,der ausgeführt werden soll, in einem Intervall von 1 minute,aber es funktioniert nicht. Wenn ich execute dbms_job.run(2); wird Sie ausgeführt. printe ist ein Verfahren
Bitte vorschlagen!

BEGIN
    DBMS_JOB.SUBMIT  (
         job =>:job_no,
             WHAT=>'printe;',--Procedure 
             next_date=>sysdate+1/24*60,
             interval=>'sysdate+1/24*60'
          );
    commit;
END;
Wie werden Sie überprüfen, ob die Prozedur ausgeführt wird? Was tut es?
Das Intervall sieht falsch aus. Wenn Sie es wünschen, führen Sie jede minute, sollte nicht das Intervall 'DATEPART + ((1 / 24) / 60)'? Wie angegeben, ich denke, es wiederhole alle 60 Stunden.

InformationsquelleAutor Vineet | 2010-05-02

  1. 5

    Versuchen next_date = DATEPART - + (1/24/60) und Intervall = (1/24/60)...

    Seine nicht funktioniert!

    InformationsquelleAutor Martin Milan

  2. 4

    Hier ist ein einfacher job.

    SQL> create table log1 (ts timestamp)
  2  /

Table created.

SQL> create or replace procedure printe as
  2  begin
  3      insert into log1 values (systimestamp);
  4      commit;
  5  end;
  6  /

Procedure created.

SQL>

    Also die erste Sache ist, zu unterbreiten, der sowohl den start-Zeitpunkt und Intervall korrekt angegeben ist. Wenn Sie nicht wissen, wie viele Minuten es sind in einem Tag (1440), ist es eine gute Idee, verwenden Sie Klammern. Vergleichen wir die Einreichung der Arbeit zu mit den Datumsangaben ... 

    SQL> var job_no number
SQL> BEGIN
   2     DBMS_JOB.SUBMIT
   3      (
   4      job =>:job_no,
   5      WHAT=>'printe;',--Procedure
   6      next_date=>sysdate+1/24*60,
   7    interval=>'sysdate+1/24*60'
   8    );
   9    commit;
  10  END;
  11  /

 PL/SQL procedure successfully completed.

 SQL> print job_no

     JOB_NO
 ----------
         71

 SQL>

    ... mit Klammern zu behaupten Vorrang ...

    SQL> BEGIN
  2     DBMS_JOB.SUBMIT
  3      (
  4      job =>:job_no,
  5      WHAT=>'printe;',--Procedure
  6      next_date=>sysdate+1/(24*60),
  7    interval=>'sysdate+1/(24*60)'
  8    );
  9    commit;
 10  END;
 11  /

PL/SQL procedure successfully completed.

SQL> print job_no

    JOB_NO
----------
        72

SQL>

    Klar job 71 nicht ausgeführt und ist nicht zu führen für einige Zeit noch:

    SQL>    select job, what, last_date, next_date, interval
  2  from user_jobs
  3  where job in (71,72)
  4  /

   JOB WHAT         LAST_DATE            NEXT_DATE            INTERVAL
------ ------------ -------------------- -------------------- -----------------
    71 printe;                           05-MAY-2010 17:35:34 sysdate+1/24*60
    72 printe;      03-MAY-2010 05:44:42 03-MAY-2010 05:45:34 sysdate+1/(24*60)

SQL>

    Monitoring-Aufgabe 72 .... 

    SQL> select * from log1
  2  /

TS
-------------------------------------------------------------------
03-MAY-10 05:43:39.250000
03-MAY-10 05:44:42.296000

SQL>

    So, wenn dieser noch nicht für Sie arbeiten, was sollten Sie tun? Die erste Sache ist zu prüfen, ob die Datenbank konfiguriert ist zum ausführen von Aufträgen an alle. Sie müssen DBA-Zugang für diesen.

    SQL> select value
  2  from v$parameter
  3  where name='job_queue_processes'
  4  /

VALUE
-------------------------
1000

SQL>

    Wenn ich mich richtig erinnere, in Oracle 9i der Standardwert für diesen parameter ist 0. Es muss festgelegt werden, um einige nicht-null-Wert für Arbeitsplätze zu führen.

    Und wenn das ist nicht das problem, das Sie brauchen, um zu überprüfen für Fehlermeldungen im alert-log. Die background_dump_dest Verzeichnis kann auch einige haben .die trc-Dateien von einer fehlerhaften job.

    Zusammen mit job_queue_processes, es gibt auch job_queue_interval, das ist, wie oft die Datenbank wacht auf und sieht für die jobs ausgeführt werden. Du wirst es brauchen, werden weniger als 60 (Sekunden).
    Ich weiß nicht, was genau der Grund ist, aber in meinem Fall, der job läuft, wie erwartet, für einige Zeit, und dann es einfach nicht auf die nächste minute. Ich bin mit oracle 9i und der Auftrag geplant ist, jede minute.
    nicht wirklich sicher, was du erwartet mich zu tun. Es ist schwer genug, um zu diagnostizieren intermittierende Fehler in meinem eigenen system, wo habe ich vollen Zugriff. es gibt keine chance, etwas zu tun mit einigen zufälligen remote-system ohne Informationen.
    Alles was ich sagen kann, ist, einen job, das läuft, jede minute scheint wie eine schlechte architektonische Entscheidung. Müssen Sie wahrscheinlich einen ständig im hintergrund Laufenden Prozess, der schläft für eine minute, dann aufwacht und etwas tut. Vielleicht ist es Umfragen eine Nachricht stack (Tabelle) und führt ein Unterprogramm, eine Art queuing-Lösung.

    InformationsquelleAutor APC

Schreibe einen Kommentar