SQL Server2005占用大量CPU资源

sz_free_bird 2009-05-04 11:40:43

win2003+IIS6+MS SQLServer2005
之前很正常，最近几天突然狂响。查看任务管理器，是SQL占用绝大部分CPU资源所致。
通过SQLServer profiler监视。发现占用资源最多的是audit logout事件。
也查过网上的资料，也有过类似情况。但是都没有解决。
请问，最有可能造成这种情况的有哪些原因。
也拜托各位大侠，公司的OA已经接近瘫痪了。
指点指点！！！

...全文

1961 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

CN_SQL 2009-05-04

打赏
举报

A CPU bottleneck that happens suddenly and unexpectedly, without additional load on the server, is commonly caused by a nonoptimal query plan, a poor configuration, or design factors, and not insufficient hardware resources. Before rushing out to buy faster and/or more processors, you should first identify the largest consumers of CPU bandwidth and see if they can be tuned.

http://technet.microsoft.com/zh-cn/library/cc966540(en-us).aspx

Zoezs 2009-05-04

打赏
举报

查看下你的程序，有没为关闭的链接？
链接过多，当发生超时时会全部返回audit logout

sz_free_bird 2009-05-04

打赏
举报

[Quote=引用 2 楼 happyflystone 的回复:]
dbcc checkdb

重建索引
[/Quote]
已经重建部分大数据量和经常使用表的索引。没有效果。

sz_free_bird 2009-05-04

打赏
举报

应该是CPU使用率一直居高不下，温度过高导致，所以CPU风扇声音很大。

ks_reny 2009-05-04

打赏
举报



sp_lock  檢查有沒有死鎖

-狙击手- 2009-05-04

打赏
举报

dbcc checkdb

重建索引

百年树人 2009-05-04

打赏
举报

[Quote=引用楼主 sz_free_bird 的帖子:]
win2003+IIS6+MS SQLServer2005
之前很正常，最近几天突然狂响。查看任务管理器，是SQL占用绝大部分CPU资源所致。
通过SQLServer profiler监视。发现占用资源最多的是audit logout事件。
也查过网上的资料，也有过类似情况。但是都没有解决。
请问，最有可能造成这种情况的有哪些原因。
也拜托各位大侠，公司的OA已经接近瘫痪了。
指点指点！！！
[/Quote]

硬盘出问题了？

flairsky 2009-05-04

打赏
举报

瘫痪了就停了吧，其实我对微软的产品，都持怀疑态度，比如xp，vista，包括win7……

hery2002 2009-05-04

打赏
举报

数据库只是为OA系统设计的么?还有有其他应用在上面,
如果只是OA系统的话,
根据楼主的描述,OA系统基本上瘫痪,还不如停掉,
看是否是OA系统的问题。
如果检查出是OA系统的问题,
在从OA系统入手,

orochi_gao 2009-05-04

打赏
举报

看看产生aduit logout事件的是否来自同一个进程呢？

Garnett_KG 2009-05-04

打赏
举报

[Quote]
通过SQLServer profiler监视。发现占用资源最多的是audit logout事件。
[/Quote]

在这个事件类别里面看到的CPU数不是指aduit logout所使用的cpu时间

而是指该该连接在连接期内所使用的CPU的总数.

你还是在仔细的Profiler一下。

asus09345 2009-05-04

打赏
举报

[Quote=引用 7 楼 CN_SQL 的回复:]
A CPU bottleneck that happens suddenly and unexpectedly, without additional load on the server, is commonly caused by a nonoptimal query plan, a poor configuration, or design factors, and not insufficient hardware resources. Before rushing out to buy faster and/or more processors, you should first identify the largest consumers of CPU bandwidth and see if they can be tuned.

http://technet.mic…
[/Quote]

用pssdig抓一下，然后在RMLUtils中看消耗cpu的用户和数据库以及对应的程序。