oracle的自动维护任务带来了自动化性能维护的好处,也同时带来了资源开销,合理正确的使用才能发挥作用,同时应注意它的启动时间,错峰进行。
1、oracle有三种预定义的自动维护任务,在创建数据库的时候,有一个选项,默认是开启的。
■ Automatic Optimizer Statistics Collection
■ Automatic Segment Advisor
■ Automatic SQL Tuning Advisor(oracle 11g)
属于维护窗口组:MAINTENANCE_WINDOW_GROUP
跟踪job运行情况:
视图:DBA_AUTOTASK_HISTORY
select client_name,job_name,job_start_time from dba_autotask_job_history;
维护窗口调度一般是在周一到周五的晚上22:00启动,运行4个小时,周六、日06:00启动,执行20个小时,表的统计信息、优化建议等都会收集。该维护任务是比较耗资源的,根据业务高峰时段,需要作出调整,甚至停用,而改为自定义执行统计信息等。
维护窗口是以scheduler job启动的,它依赖scheduler的时间策略配置,这次在客户环境上就遇到由于scheduler的时区问题,导致窗口在白天运行了,占用了大量IO资源,白天也是客户的业务高峰时段。
2、客户案例
awr报告:
resmgr:cpu quantum等待事件出现,是
resource manager有关的等待事件,resource manager运行时,会控制cpu的资源使用,其他session会进入申请资源等待中。查看alert日志,该时段确实运行了该窗口
Sat Aug 19 13:00:00 2017
Setting Resource Manager plan SCHEDULER[0x32DD]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Aug 19 13:00:00 2017
Starting background process VKRM
Sat Aug 19 13:00:00 2017
VKRM started with pid=191, OS id=2988
Sat Aug 19 13:00:02 2017
Begin automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
Sat Aug 19 13:04:13 2017
Thread 1 advanced to log sequence 1136629 (LGWR switch)
客户反馈说数据库使用统一的模板创建,其他库正常,有2个库该资源运行不正常,时间配置是一样的,于是进行检查。
select WINDOW_NAME,RESOURCE_PLAN,START_DATE,END_DATE,NEXT_START_DATE ,ACTIVE from DBA_SCHEDULER_WINDOWS;
客户问题环境:
我的正常环境:
发现调度窗口的时间虽然正确,但是后面的时区不正确,问题环境的窗口使用的是PST8PDT(
美国的太平洋标准时间,西8区),而我的正常环境是RPC(
中国时区)。
查看数据库的时区
问题库:
正常的测试库:
我的测试库:
和问题库一样的,但是我的scheduler运行就没有问题,应该问题还是出在scheduler调度时间使用了不正确的时区。
检查scheduler的时区配置:
问题库:
我的测试库:
问题就出在这里,修改scheduler配置的时区:
begin
DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE ('default_timezone','PRC');
end;
/
调整window的调度
BEGIN
dbms_scheduler.disable(
--这里要先disable,再修改启用才会生效
name => 'MONDAY_WINDOW');
dbms_scheduler.set_attribute(
name => 'MONDAY_WINDOW',
attribute => 'REPEAT_INTERVAL',
value => 'freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0');
dbms_scheduler.enable(
name => 'MONDAY_WINDOW');
END;
/
第二天确认任务已经在正确的时间调度了,等待事件也消失了。