从目前分析的信息来看,最大可能就是dbms_space.auto_space_advisor_job_proc对应的动作导致的大量REDO产生,对于auto space advisor定时任务,通常新创建数据库后会将此定时任务与sql tuning advisor 一并关闭,只留默认收集统计信息的。 此处的处理方法也是关闭了auto space advisor定时任务。 相关信息如下: 1.确定REDO...
SQL> SELECT log_id, job_name, status,TO_CHAR(ACTUAL_START_DATE,'DD-MON-YYYY HH24:MI') start_date,TO_CHAR (log_date, 'DD-MON-YYYY HH24:MI') log_dateFROM dba_scheduler_job_run_detailsWHERE job_name = 'AUTO_SPACE_ADVISOR_JOB' order by 4; LOG_ID JOB_NAMESTATUSSTART_DATELOG_DATE...
处在第一位的,是和上一则案例相同的auto_space_advisor_job_proc,CPU Time消耗高达4226秒: call dbms_space.auto_space_advisor_job_proc ( ) 执行花费了大量的时间,3000多秒,进而执行的SQL: insert into wri$_adv_objspace_trend_data select timepoint, space_usage, space_alloc, quality from table(dbms...