2013 年 8 月21 号 印尼H 电信运营商, 7 *24 小时业务系统 新上线后, 每天都在 22 之后发生假死的现像。 查询数据缓慢,有时还不能联接。
已遭到客户的的投诉, 交付压力力很大。
OS: suse10
dbms : Oracle 11.1.7
22 号 22:30分左右, 系统又突然变慢, 查询等待事件, 系统表现,很慢, 根本查不出结果。
采用ash 报告取样的,系统缓慢期间的会话进行分析。
发现top 等待事件
Top User Events
Event | Event Class | % Event | Avg Active Sessions |
---|---|---|---|
resmgr:cpu quantum | Scheduler | 98.56 | 28.52 |
问题基本确定,是因为大量的rsmgr:cpu quantum 的等待事件引起的系统变慢,
这显然是和资源管理相关的,如果启用资源管理计划,就可能遇到这个问题.
所以常规的解决方案是禁用资源管理。
经查证是因为一个 bug 10326338 引起的。
ALTER SYSTEM SET RESOURCE_MANAGER_PLAN = 'FORCE:' scope=both;
execute dbms_scheduler.set_attribute('WEEKNIGHT_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('WEEKEND_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('MONDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('TUESDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('WEDNESDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('THURSDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('FRIDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('SATURDAY_WINDOW','RESOURCE_PLAN','');
execute dbms_scheduler.set_attribute('SUNDAY_WINDOW','RESOURCE_PLAN','');
观察到23 号夜里,问题没有再现。
-----------------------------the end ---------------------------------
Tidung island 风景一张