每天凌晨02:00点到02:15,系统会很慢,求解 今天执行了begindbms_auto_task_admin.DISABLE;end;/不知道是否有效。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 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代码的问题。 看一下 top , 找一下最占CPU的进程,看一下是哪个sql 应该有定时job运行占用资源吧 --如果数据库系统很庞大,而又不熟悉时,请在凌晨02:00点到02:15之间执行如下语句可以检测出是那个JOB在运行:select * from dba_jobs_running;--如果系统较小时,可以直接使用pl/sql等工具,查看JOB。--如果找到JOB里存贮过程,尽可能优化之。 分析下2-3点的awr,就知道什么情况了. 系统收集程序调用的时候,IO占用很大,我用 “renice 8 系统收集进程号 ”来调整优先级变低,不知道是否会对系统后续有坏的影响。 可以查看下 有些10g后默认job是不是导致问题的原因:GATHER_STATS_JOBAUTO_SPACE_ADVISOR_JOB默认情况下在工作日的晚上 22:00 到第二天6:00周末全天开启建议最好关闭自动统计信息收集 GATHER_STATS_JOB exec DBMS_SCHERDULER.DISABLE('GATHER_STATS_JOB')/ 我想调整 “ORA$AUTOTASK_STATS_GROUP”、“ORA$AUTOTASK_SQL_GROUP”两个任务的执行时间,目前是下午14点开始执行。被我调整优先级 renice 8 进程号 或者 skill -STOP 进程号 锁住了找遍了资料,没有调整执行时间的。而且调整时间后不会有什么问题吧。 针对问题回答问题,到两点的时候查看等待。更多的时候由于job或备份引起 呵呵,现在是下午14点一周有几天会影响性能,经过分析alert文件,发现有一些自动任务在跑,下面这些:client name consumer_group----------------------------------------------------------------------------auto optimizer stats collection ORA$AUTOTASK_STATS_GROUPsql tuning advisor ORA$AUTOTASK_SQL_GROUP oracle 除法保留问题? 请教一个oracle触发器,请高人给写出这个trigger!! SQL高手再进:有关分组后取TOP N条记录的问题 怎样来实现数据库的sql的调优? 优化性能 2台oracle服务器字符集不同,用dblink怎么取中文? 大哥吗,oracle9i中有一张表可以列出oracle所有的表,请问那张表叫什么名字,谢谢 怎样写一条SQL语句,查出两个表的并集???? ora-00600[15803] 问个关于ORACLE共享池的问题 了解一下北京程序员的薪水~!希望大家实话实说,最好都说的详细点!! 时间字段按年月分组 sql语句怎么写? 大虾快来 存储过程告急
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代码的问题。
--如果数据库系统很庞大,而又不熟悉时,请在凌晨02:00点到02:15之间执行如下语句可以检测出是那个JOB在运行:select * from dba_jobs_running;--如果系统较小时,可以直接使用pl/sql等工具,查看JOB。--如果找到JOB里存贮过程,尽可能优化之。
分析下2-3点的awr,就知道什么情况了.
GATHER_STATS_JOB
AUTO_SPACE_ADVISOR_JOB
默认情况下在工作日的晚上 22:00 到第二天6:00
周末全天开启
建议最好关闭自动统计信息收集 GATHER_STATS_JOB
/
或者 skill -STOP 进程号 锁住了找遍了资料,没有调整执行时间的。而且调整时间后不会有什么问题吧。
----------------------------------------------------------------------------
auto optimizer stats collection ORA$AUTOTASK_STATS_GROUP
sql tuning advisor ORA$AUTOTASK_SQL_GROUP