[10g] DBMS_SCHEDULER.stop_job

Version imprimable

Voir 40 message(s) de cette discussion en une page

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.

Voir 40 message(s) de cette discussion en une page