每天凌晨02:00点到02:15,系统会很慢,求解,该怎么处理

每天凌晨02:00点到02:15,系统会很慢,求解今天执行了begindbms_auto_task_admin.DISABLEend/不知道是否有

每天凌晨02:00点到02:15,系统会很慢,求解
今天执行了

begin
dbms_auto_task_admin.DISABLE;
end;
/

不知道是否有效。

[解决办法]
dbms_auto_task_admin你貌似用的不对哦。
DISABLE 是关闭数据库自动维护啊。按照你的意思 应该打开才对啊
具体使用如下:
例如:
BEGIN 
 DBMS_AUTO_TASK_ADMIN.disable( 
  client_name=>'autospaceadvisor', 
  operation =>NULL, 
  window_name=>NULL); 
END; 

BEGIN 
 DBMS_AUTO_TASK_ADMIN.enable( 
  client_name=>'autospaceadvisor', 
  operation =>NULL, 
  window_name=>NULL); 
END; 
/

--------------------------------------------------

朋友,我认为你应该看下是不是 定时JOB运行的程序 太占资源了。
先检查一下,哪个JOB 大概在这个时间段启动。
select * from dba_jobs;
看下 NEXT_DATE 下次运行时间。

建议检查 是不是哪段SQL代码的问题。

[解决办法]
看看后台有没有那个时段自动运行的作业。
[解决办法]

探讨
今天执行了

begin
dbms_auto_task_admin.DISABLE;
end;
/

[解决办法]
看一下 top , 找一下最占CPU的进程,看一下是哪个sql
[解决办法]
首先定位出系统慢的原因再制定解决方案,不能随便在网上或者问了别人以后,就随便对数据库进行操作
[解决办法]
做个体检看看
[解决办法]
应该有定时job运行占用资源吧
[解决办法]
SQL code
--如果数据库系统很庞大,而又不熟悉时,请在凌晨02:00点到02:15之间执行如下语句可以检测出是那个JOB在运行:select * from  dba_jobs_running;--如果系统较小时,可以直接使用pl/sql等工具,查看JOB。--如果找到JOB里存贮过程,尽可能优化之。
[解决办法]

分析下2-3点的awr,就知道什么情况了. 

[解决办法]
可以查看下 有些10g后默认job是不是导致问题的原因:
GATHER_STATS_JOB
AUTO_SPACE_ADVISOR_JOB
默认情况下在工作日的晚上 22:00 到第二天6:00
周末全天开启
建议最好关闭自动统计信息收集 GATHER_STATS_JOB