前几天创建了个发邮件的存储过程，想把数据库每天的运行情况自动发到邮箱，没想到第二天就出了问题，在dbms/trace目录下产生了大量的xxx_j000_xxx.trc文件，一分钟产生2个。alter日志报ora-12012、ora-06576错误，出现sys.PROCESS_ETL2、dbms_scheduler、emd_maintenance.remove_em_dbms_jobs的内容。

--1.查询job：

select * from dba_jobs t;

what =PROCESS_ETL2 的job=88，直接删除88的job。

或 ： SQL> EXEC dbms_job.remove(job#);  --移去job号

这个job已经删除了，但是trace文件还是照样产生。

--2. 删除em的job：

SQL> exec emd_maintenance.remove_em_dbms_jobs;

trace文件还是照样产生。

--3. 查询PROCESS_ETL2的对象：

select * from sys.dba_objects t   where t.owner = 'SYS'   and object_name = 'PROCESS_ETL2';

显示状态status=VALID, 类型object_type=job，timestamp 的值不断的变化，看来这个job还是在执行，但是查dba_jobs 试图已经看不到了。

--4. 必须删除PROCESS_ETL2这个对象：

begin

dbms_scheduler.drop_job (

job_name        => 'process_etl2',

force           => true);

end;

--5. 再次查询PROCESS_ETL2的对象：

select * from sys.dba_objects t   where t.owner = 'SYS'   and object_name = 'PROCESS_ETL2';

--已经没有了，trace目录下已经不产生相应文件了 。

--6. 总结：这个 Scheduler Email是11gr2的增强功能，在没有充分了解这个之前还是不能随便拿来使用的，可能会产生意想不到的结果。

--7. dbms_scheduler的create_job如下：

--建job：

begin

dbms_scheduler.create_job (

job_name        => 'process_etl2',

job_type        => 'STORED_PROCEDURE',

job_action      => 'process_etl2',

start_date      => SYSTIMESTAMP,

repeat_interval => 'freq=minutely; bysecond=0',

enabled         => TRUE);

end;

---原过程见下：

PROCEDURE create_job(

job_name                IN VARCHAR2,

schedule_name           IN VARCHAR2,

job_type                 IN VARCHAR2,

job_action              IN VARCHAR2,

number_of_arguments     IN PLS_INTEGER              DEFAULT 0,

job_class               IN VARCHAR2              DEFAULT 'DEFAULT_JOB_CLASS',

enabled                 IN BOOLEAN                  DEFAULT FALSE,

auto_drop               IN BOOLEAN                  DEFAULT TRUE,

comments                 IN VARCHAR2                 DEFAULT NULL,

credential_name         IN VARCHAR2                 DEFAULT NULL,

destination_name        IN VARCHAR2                 DEFAULT NULL);

PROCEDURE drop_job(

job_name                IN VARCHAR2,

force                   IN BOOLEAN      DEFAULT FALSE,

defer                   IN BOOLEAN      DEFAULT FALSE,

commit_semantics        IN VARCHAR2 DEFAULT 'STOP_ON_FIRST_ERROR');