[10g] DBMS_SCHEDULER.stop_job

Version imprimable

Bonjour à tous ,
RDMS 10.1.0.2 sur HP UX PA RISC

J'ssaye de supprimer un job :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SQL> SELECT job_name, enabled FROM user_scheduler_jobs;
 
JOB_NAME                       ENABL
------------------------------ -----
DATAPUMP_JOB                   FALSE
 
SQL> BEGIN
  2  DBMS_SCHEDULER.stop_job (job_name => ('"DATAPUMP_JOB"'));
  3  end ;
  4  /
BEGIN
*
ERROR at line 1:
ORA-03001: unimplemented feature
ORA-06512: at "SYS.DBMS_ISCHED", line 162
ORA-06512: at "SYS.DBMS_SCHEDULER", line 398
ORA-06512: at line 2

J'essaye avec le paramétre FORCE :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
SQL> BEGIN
  2  DBMS_SCHEDULER.stop_job (job_name => ('"DATAPUMP_JOB"'),
  3  FORCE=>true);
  4  end ;
  5  /
BEGIN
*
ERROR at line 1:
ORA-03001: unimplemented feature
ORA-06512: at "SYS.DBMS_ISCHED", line 162
ORA-06512: at "SYS.DBMS_SCHEDULER", line 398
ORA-06512: at line 2

Quelqu'un a t'il déja eu ce probléme ?

Jaouad

Bonjour, Jaouad

En essayant

Code:

1
2
3
4
SQL> BEGIN 
  2  DBMS_SCHEDULER.stop_job (job_name => ('DATAPUMP_JOB')); 
  3  end ; 
  4  /

Salut Bouyao ,
Déja essayé :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
SQL> BEGIN 
  2      DBMS_SCHEDULER.stop_job (job_name => ('DATAPUMP_JOB')); 
  3  
  4      end ; 
  5  /
BEGIN
*
ERROR at line 1:
ORA-03001: unimplemented feature
ORA-06512: at "SYS.DBMS_ISCHED", line 162
ORA-06512: at "SYS.DBMS_SCHEDULER", line 398
ORA-06512: at line 2

:wink:

Jaouad

03/10/2005, 11h08
bouyao

Est ce que tu peut arrêter le job avec OEM ?

J'ai entendu qu'il pourrait y avoir un bug quand on lance un job par OEM et on veut l'arrêter en PL/SQL (10.1). (avec DBMS_SCHEDULER)
Je vérifie l'information.
03/10/2005, 11h11
Jaouad

Je ne l'ai pas initialisé par OEM mais bien en PL/SQL

Mais il semble que la version 10.1.0.2 est bien buggué surtout sur HP d'autant plus qu'il y a eu d'autres problémes à l'initialisation de ces Jobs

Jaouad
03/10/2005, 11h19
orafrance

Apparemment le scheduler est buggé, tu as essayé sur une 10.2 ?

A lire : http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=FOR&p_id=578919.993

Et là : pas le même bug mais ça montre bien que c'est pas au point : http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=3333076.8 :?
03/10/2005, 11h28
bouyao

Est ce que tu peut lancer cette requête :

Code:

select job_name, state from dba_scheduler_jobs;
03/10/2005, 11h30
Jaouad

Orafrance :arrow: j'ai lu ces posts

Je suis du même avis que toi mais le probléme c'est que rien ne marche ..
( même lors de la création des Jobs avec l'option EXECUTABLE )

Citation:

pour la version 10.1.0.2 sur HP UX et SUN lire les notes 277399.1 and 285313.1 sur metalink.

:nono: Pourtant je leur avait dis pas cette version... ils vont m'entendre :furieux:

Jaouad

Bouyao :arrow:

Code:

1
2
3
4
5
6
7
SQL> select job_name, state from dba_scheduler_jobs; 
 
JOB_NAME                       STATE
------------------------------ ---------------
PURGE_LOG                      SCHEDULED
GATHER_STATS_JOB               SCHEDULED
DATAPUMP_JOB                   RUNNING

03/10/2005, 11h48
bouyao

Je pense avec datapump on peut arrêter le job d'import ou export sans utiliser dbms_scheduler.
Je vais essayer de voir cet après midi sur la 10.2.
03/10/2005, 11h52
Jaouad

Juste une petie remarque Bouyao ,

il y a apperement une refonte du DATAPUMP et du sceduler sur la 10.2 donc ....

Jaouad
03/10/2005, 12h00
bouyao

Ca donne quoi ?

Code:

select * from dba_datapump_jobs;

Code:

1
2
3
4
5
6
7
8
9
SQL> select * from dba_datapump_jobs; 
 
no rows selected
 
SQL> show user
USER is "DVP"
SQL> select * from  user_datapump_jobs ;
 
no rows selected

03/10/2005, 12h07
bouyao

Est ce que tu'a les script pour créer DATAPUMP_JOB

EDIT : et si possible

Code:

SELECT comp_name, status, version FROM dba_registry;

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
--- Program Création 
SQL> BEGIN
DBMS_SCHEDULER.create_program (
 program_name => 'datapump_program',
 program_type => 'EXECUTABLE',
 program_action => '/ora/data/SAGE/admin/datapump/test.sh',
 enabled => TRUE,
 comments => 'Scheduler des exports sous Oracle');
 DBMS_SCHEDULER.enable (name => 'datapump_program');
 end ;
 /
Procédure PL/SQL terminée avec succès.
 
 SELECT program_name,program_type,enabled FROM dba_scheduler_programs
 WHERE owner ='DVP' ;
 
SQL>  SELECT program_name,program_type,enabled FROM dba_scheduler_programs
  2   WHERE owner ='DVP' ;
 
PROGRAM_NAME                   PROGRAM_TYPE     ENABL
------------------------------ ---------------- -----
DATAPUMP_PROGRAM               EXECUTABLE       TRUE
 
-- Création du schéduler 
-- Schéduler création 
BEGIN
DBMS_SCHEDULER.create_schedule (
schedule_name => 'test_schedule',
start_date => SYSTIMESTAMP,
repeat_interval => 'freq=hourly; byminute=0',
end_date => NULL,
comments => 'Job toute les heures ');
END;
/
Procédure PL/SQL terminée avec succès.
 
SQL> SELECT schedule_name,start_date FROM user_scheduler_schedules ;
 
SCHEDULE_NAME
------------------------------
START_DATE
---------------------------------------------------------------------------
TEST_SCHEDULE
29-SEP-05 05.14.45.986449 PM +02:00
 
-- job Création 
SQL> BEGIN
 DBMS_SCHEDULER.create_job (
 job_name => 'datapump_job',
 program_name => 'datapump_program',
 schedule_name => 'test_schedule',
 enabled => TRUE,
 comments => 'Creer un job datapump.dvp');
 End;
 /
Procédure PL/SQL terminée avec succès.
SQL> SELECT job_name, enabled FROM user_scheduler_jobs;
 
 
JOB_NAME                       ENABL
---- -------------------------- -----
DATAPUMP_JOB                  FALSE

Pour les packages systémes :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
SQL> SELECT comp_name, status, version FROM dba_registry; 
 
COMP_NAME
--------------------------------------------------------------------------------
STATUS      VERSION
----------- ------------------------------
Oracle Database Catalog Views
VALID       10.1.0.2.0
 
Oracle Database Packages and Types
VALID       10.1.0.2.0

Toi tu as ouvert bcp de TAR :aie:

03/10/2005, 12h25
Jaouad

Il faut le voir pour le croire :

Citation:

Disable and drop job until next release of 10g for feature to be implemented. This is a limitation on external jobs w
ith DBMS_SCHEDULER. The only workound is to let the job complete. There is no f
eature until 10.2 for stop_job for external jobs.
03/10/2005, 12h28
bouyao

+1

C'est qu'elle source ?

je suis en 10.2.
03/10/2005, 12h31
Jaouad

Métalink :cry:

Citation:

Bug 3887932 STOP_JOB WITH FORCE ON EXECUTABLE JOBS FAIL (not published) hitted.
03/10/2005, 12h35
orafrance

:mouarf:

ce n'est pas un bug, c'est une limitation de l'outil... ils sont fort au support quand même :aie:
03/10/2005, 13h57
Jaouad

oui mais le status il ne change jamais alors il me ..... :furieux: bien au support
03/10/2005, 15h30
Jaouad
J'ai trouvé une solution :

1) la maniére douce :
Code:

1 2 alter system set job_queue_processes =0 ;
Puis je réessaye de dropper le Job pas possible .

2) la maniére forte :

Code:

kill -9 du process ora_cjq0_ORACLE_SID

drop avec l'option force des schéduler et des program .

puis drop et la ca marche

Le gars du support en revient toujours pas :koi: , :rire:

Pour tracer la library cache :

Code:

alter session set events '27468 trace name library_cache level 11';

Ce post devrait être garder car c'est vraiment un bug génant en 10.1

Jaouad
03/10/2005, 18h40
orafrance

j'ai mis le tag [Infos] ;)
06/12/2007, 16h52
intuit

ARRETER UN JOB

salut les gars,

Je rejouis Jaoud sur le problème d'arrêt de Job.
J'ai utilisé OEM pour compacter mes segments (shrink). Et là , mon fichier TRACE grossit chaque séconde en ajoutant chaque seconde , dans le fichier celui-ci:

Citation:

ORA-12012: error on auto execute of job 54877
ORA-01418: specified index does not exist
*** ACTION NAME:(SQLSCRIPT_2429577) 2007-12-06 15:20:37.107
*** MODULE NAME:(DBMS_SCHEDULER) 2007-12-06 15:20:37.107
*** SERVICE NAME:(SYS$USERS) 2007-12-06 15:20:37.107
*** CLIENT ID:(SYSTEM@ip_address@Mozilla/4.0 (compatible; MSIE 6.0; Windows N) 2007-12-06 15:20:37.107
*** SESSION ID:(150.12552) 2007-12-06 15:20:37.107
*** 2007-12-06 15:20:37.107
ORA-12012: error on auto execute of job 54877
ORA-01418: specified index does not exist
*** ACTION NAME:(SQLSCRIPT_2429577) 2007-12-06 15:20:38.109
*** MODULE NAME:(DBMS_SCHEDULER) 2007-12-06 15:20:38.109
*** SERVICE NAME:(SYS$USERS) 2007-12-06 15:20:38.109
*** CLIENT ID:(SYSTEM@ip_address@Mozilla/4.0 (compatible; MSIE 6.0; Windows N) 2007-12-06 15:20:38.109
*** SESSION ID:(150.12554) 2007-12-06 15:20:38.109
*** 2007-12-06 15:20:38.109

En effet, j'essayais de SHRINK un index qui n'existait plus (j'ai pas vérifié avant). Et là, il y a un Job qui alimente encore mon fichier trace.

INFOS:
OS: SunOS5.10 (Solaris 10)
DB: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit

Je songeais à un rédemarrage de ma base de données. (si c'est la solution, je peux me permettre ça encore)

Merci de m'aider.
Intuit
06/12/2007, 16h57
orafrance

faut le supprimer le job non ?
06/12/2007, 17h33
intuit

Sur toutes mes bases de données, du même serveur, ces 4 jobs s'exécutent, et je ne sais pas quel est le nom de mon JOB

SELECT job_name, enabled FROM dba_scheduler_jobs

PURGE_LOG TRUE
FGR$AUTOPURGE_JOB FALSE
GATHER_STATS_JOB TRUE
AUTO_SPACE_ADVISOR_JOB TRUE

comment pourrais-je le répertorier, en vue de le supprimer !?
Merci
06/12/2007, 17h38
Invité

ben tu connais l'id ! Regarde aussi dans all_jobs.

Salut,
JE m'excuse si j'ai pollué le forum, mais cette procédure désactive mon job:
Code:

1 2 3 4 5 6 7 8 9 BEGIN sys.dbms_scheduler.disable( '"SYSTEM"."SQLSCRIPT_2429577"' ); sys.dbms_scheduler.set_attribute( name => '"SYSTEM"."SQLSCRIPT_2429577"', attribute => 'job_action', value => ' begin EXECUTE IMMEDIATE ''alter index "SCOTT"."IDX_FAIT_INDEX1" shrink space''; end;'); sys.dbms_scheduler.set_attribute( name => '"SYSTEM"."SQLSCRIPT_2429577"', attribute => 'auto_drop', value => TRUE); END;
SINON, aucune entrée dans le All_jobs et je voulais me baser sur le id fournir par mon fichier ALERT

Merci pour votre concours.

Intuit

même souci avec une trace tous les jours ..
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 /u01/app/oracle/admin/ORAMAF/bdump/oramaf_j000_13458.trc Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production With the Partitioning, OLAP and Data Mining options ORACLE_HOME = /u01/app/oracle/product/10.2 System name: Linux Node name: mafate Release: 2.6.16.46-0.12-smp Version: #1 SMP Thu May 17 14:00:09 UTC 2007 Machine: x86_64 Instance name: ORAMAF Redo thread mounted by this instance: 1 Oracle process number: 15 Unix process pid: 13458, image: oracle@mafate (J000) *** ACTION NAME:(AUTO_SPACE_ADVISOR_JOB) 2008-07-02 22:01:03.959 *** MODULE NAME:(DBMS_SCHEDULER) 2008-07-02 22:01:03.959 *** SERVICE NAME:(SYS$USERS) 2008-07-02 22:01:03.959 *** SESSION ID:(137.16661) 2008-07-02 22:01:03.959 *** 2008-07-02 22:01:03.959 ORA-12012: error on auto execute of job 8887 ORA-44003: invalid SQL name
j'ai donc fait un select job_name, enabled from dba_scheduler_jobs where job_name = 'AUTO_SPACE_ADVISOR_JOB';

et effectivement, il est bien enabled ..

Comment puis-je désactiver ce job ? Je n'ai pas bien saisi la methode employée par intuit ..

en gros quelle update dois-je faire pour passer ce job à FALSE ?
En piètre débutant, j'ai bien essayé update dba_scheduler_jobs set enabled=FALSE where job_name = 'AUTO_SPACE_ADVISOR_JOB'; :lol: mais bien entendu, ça ne marche pas. Dans la console EM , pas trouvé non plus ce job, donc impossible de le desactiver pour le moment.

Le numero 8887 ( numero de mon job signalé dans la trace ) me permet-il de le retrouver dans une table quelconque ..

ALL_JOBS ne renvoie rien si je fais un select dessus ..

en plus, en faisant un select sur mon job schedulé , je remarque que le nls_env qu'il emploie ne correspond pas à mon environnement

Code:

NLS_LANGUAGE='AMERICAN' NLS_TERRITORY='AMERICA' NLS_CURRENCY='$' NLS_ISO_CURRENCY='AMERICA' NLS_NUMERIC_CHARACTERS='.,' NLS_CALENDAR='GREGORIAN' NLS_DATE_FORMAT='DD-MON-RR' NLS_DATE_LANGUAGE='AMERICAN' NLS_SORT='BINARY' NLS_TIME_FORMAT='HH.MI.SSXFF AM' NLS_TIMESTAMP_FORMAT='DD-MON-RR HH.MI.SSXFF AM' NLS_TIME_TZ_FORMAT='HH.MI.SSXFF AM TZR' NLS_TIMESTAMP_TZ_FORMAT='DD-MON-RR HH.MI.SSXFF AM TZR' NLS_DUAL_CURRENCY='$' NLS_COMP='BINARY' NLS_LENGTH_SEMANTICS='BYTE' NLS_NCHAR_CONV_EXCP='FALSE'

puisque ma base est en FRENCH_FRANCE ..

j'ai essayé aussi :
Code:

1 2 3 4 5 SQL> begin 2 sys.dbms_scheduler.set_attribute( name => '"SYS"."AUTO_SPACE_ADVISOR_JOB"', attribute => 'ENABLED', value => FALSE); 3 end; 4 / begin
et ça ne fonctionne pas non plus .. il me dit que ENABLED n'est pas un attribut job valide

3 heures plus tard ... j'ai trouvé sur metalink ..

Code:

execute dbms_scheduler.disable('AUTO_SPACE_ADVISOR_JOB');

ça ne résoud pas tout, mais ça supprime au moins la trace tous les jours dans mes dump ..:lol:
maintenant, ce qui serait top, c'est de trouver le SQL qui provoque l'anomalie.