Discussion :

[edi@csb.nc]

Bonjour,

Je rencontre un problème avec l'utilisation de dbms_scheduler sous Oracle 10.2.0.1.0, que je n'avais pas sous Oracle 10.1.0.2.0.

J'ai une procédure PL/SQL qui est lancée par un Job créé par "dbms_scheduler.create_job" avec la propriété suivante :
repeat_interval => 'FREQ=MINUTELY;INTERVAL=5'

En fait c'est la procédure PL/SQL qui reprogramme la date de sa prochaine exécution. En effet, suivant une condition :
- soit la procédure reprogramme le job pour une exécution suivant la valeur "repeat_interval";
- soit la procédure reprogramme le job pour une réexécution immédiate (sans attendre les 5 minutes de "repeat_interval").

Le code (à l'intérieur de la procédure) de reprogrammation du job est le suivant :
DBMS_SCHEDULER.SET_ATTRIBUTE (
NAME => 'JSIE_TRAITEMENT_FICHIER_ALLER',
ATTRIBUTE => 'START_DATE',
VALUE => [date calculée ou SYSDATE];

Avec Oracle 10.1, celà marchait très bien. Depuis la migration en Oracle 10.2, le job ne se réexécute jamais immédiatement. J'ai l'impression qu'il ignore la valeur SYSDATE de l'attribut 'START_DATE' et se reprogramme pour une exécution suivant "repeat_interval".

Est-il réellement impossible de forcer l'exécution immédiate d'un tel job avec Oracle 10.2 ?

Merci.

[bouyao]

Est ce que tu a fait un upgrade de 10.1 vers 10.2 ?
c'est quoi l'OS ?

[edi@csb.nc]

Oracle 10.2 a été installé à partir du fichier zip télécharger sur Oracle.com :
10201_database_win32.zip à l'adresse :
http://www.oracle.com/technology/sof...01winsoft.html

Le serveur sur lequel Oracle a été installé est neuf (aucune version antérieure d'Oracle n'y a jamais été installée). C'est un SuperMicro possédant les caractéristiques suivantes :
OS : Windows Server 2003 Standard Edition
CPU : Xeon 3.00 GHz
RAM : 1 Go

L'application, qui est un ensemble de procédure automatisées par le scheduler Oracle, est locale au serveur.