Oracle 11g引入的自动维护任务（Auto Maintenance Tasks）是一套由数据库自行调度并执行的运维机制，它把以往需要手工编写的统计信息收集、空间回收和SQL调优建议等工作，统一交由后台在指定时间窗内完成。这套机制建立在Scheduler调度框架与Autotask体系之上，通过预设的维护窗口规避业务高峰，从而降低人工干预成本并维持实例性能稳定。
自动维护任务的组成与底层原理
Oracle 11g的Auto Maintenance Tasks并非单一功能，而是由三个核心任务共同构成。其一是优化器统计信息收集（Auto Optimizer Stats Collection），负责自动发现数据量变化明显的表并收集或更新统计信息，使CBO能生成合理的执行计划。其二是自动段顾问（Auto Segment Advisor），会扫描拥有大量空闲空间的段，给出收缩建议或直接执行在线收缩。其三是自动SQL调优顾问（Auto SQL Tuning Advisor），定期分析高负载SQL并提供索引、改写等优化方案。
这些任务在底层由DBMS_SCHEDULER管理的维护窗口驱动。数据库默认定义了WEEKNIGHTS_WINDOW和WEEKEND_WINDOW等窗口，每个窗口关联特定的资源消费者组，确保自动作业只能使用受限的CPU与IO资源。Autotask通过DBMS_AUTO_TASK_ADMIN内部客户端与Scheduler通信，决定哪些任务在当前窗口中被启用。理解这种分层结构，是后续做精细化控制的前提。
从视图层面看，DBA_AUTOTASK_CLIENT展示了各任务客户端的状态，DBA_AUTOTASK_WINDOW_CLIENTS则反映了每个维护窗口内各任务的开关情况。很多故障排查之所以低效，是因为只查了前者却忽略了窗口级覆盖配置。以下语句可同时观察两个维度：
SELECT client_name,
status
FROM dba_autotask_client;
SELECT window_name,
client_name,
status
FROM dba_autotask_window_clients;
如何配置维护窗口与资源限制
默认维护窗口未必贴合企业真实业务曲线。例如电商系统晚八点到十二点才是高峰，而周末凌晨反而空闲，此时应修改窗口时间或新建窗口。可通过DBMS_SCHEDULER.SET_ATTRIBUTE调整已有窗口的repeat_interval，也可调用CREATE_WINDOW建立专属窗口，再将其加入Autotask体系。配置时需同步设定resource_plan，把自动任务映射到低优先级消费者组，避免挤占前端会话。
下面示例将周一夜间窗口起始时间改为23:00，并限定持续时间4小时。注意Scheduler使用日历语法，修改后需确认窗口下次打开时间符合预期：
BEGIN
DBMS_SCHEDULER.SET_ATTRIBUTE(
name => 'SYS.WEEKNIGHTS_WINDOW',
attribute => 'REPEAT_INTERVAL',
value => 'FREQ=WEEKLY;BYDAY=MON;BYHOUR=23;BYMINUTE=0;BYSECOND=0');
DBMS_SCHEDULER.SET_ATTRIBUTE(
name => 'SYS.WEEKNIGHTS_WINDOW',
attribute => 'DURATION',
value => NUMTODSINTERVAL(4, 'HOUR'));
END;
/
除了时间，资源管控同样关键。Oracle 11g通过Resource Manager让自动任务在ORA$AUTOTASK消费者组下运行。若未显式分配，自动任务可能使用默认组而争抢资源。建议新建资源计划，明确限制该组CPU份额不超过30%，并在维护窗口激活此计划。这样即便统计收集扫描大表，也不会让在线交易出现明显抖动。
任务的启停管理与日常监控方法
启用或禁用整个自动维护体系可使用DBMS_AUTO_TASK_ADMIN.DISABLE与ENABLE过程。但生产环境通常不需要全关，而是针对单个客户端操作。例如只想保留统计收集、暂停SQL调优顾问，可传入对应client_name进行细粒度控制。这种分层开关避免了“一刀切”带来的统计失效风险。
-- 禁用自动SQL调优顾问
BEGIN
DBMS_AUTO_TASK_ADMIN.DISABLE(
client_name => 'sql tuning advisor',
operation => NULL,
window_name => NULL);
END;
/
-- 针对特定窗口禁用段顾问
BEGIN
DBMS_AUTO_TASK_ADMIN.DISABLE(
client_name => 'auto space advisor',
operation => NULL,
window_name => 'WEEKNIGHTS_WINDOW');
END;
/
监控方面，除了前面提到的字典视图，还可查询DBA_AUTOTASK_HISTORY与DBA_AUTOTASK_TASK获知每次执行的耗时与对象。当发现某夜窗口内统计收集仍未完成便被强制终止，往往是因为窗口时长过短或资源计划过严。此时应延长窗口或临时提升消费者组限额，而非简单关闭任务。通过历史数据对比，能逐步调出最适配业务节奏的自动化参数组合。
最后需提醒，自动维护任务日志也会写入告警日志与Scheduler日志表。遇到实例重启后任务未如期触发，优先检查SCHEDULER_JOBS中对应作业是否因故失效，以及数据库参数job_queue_processes是否足够。只有把调度链路上每一环都纳入观测，Auto Maintenance Tasks才会成为稳定可靠的隐形运维助手，而不是半夜引发性能抖动的未知黑盒。
Oracle_11gAuto_Maintenance_Tasks数据库运维修改时间：2026-08-18 19:20:34