前几天创建了个发邮件的存储过程，想把数据库每天的运行情况自动发到邮箱，没想到第二天就出了问题，在dbms/trace目录下产生了大量的xxx_j000_xxx.trc文件，一分
前几天创建了个发邮件的存储过程，想把数据库每天的运行情况自动发到邮箱，美国服务器，没想到第二天就出了问题，在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');
本文出自 “srsunbing” 博客，香港服务器租用，请务必保留此出处
