请教sql server 2000服务器运行一段时间变慢的问题

朋友公司有一台服务器，是作为速达财务软件的数据库服务器，安装的windows server 2003 系统，sql server 2000数据库服务，其他就是装了些office、QQ等，平常只运行着sql服务，数据库服务器中只有一个实例，建立了多个账套（就是在本机默认实例下多个数据库），scsi硬盘，500G，4G内存，CPU是什么型号的不知道（应该是CORE2以上吧），2.0的主频，大概就是这样。现在的问题是，在运行一段时间以后（可能仅仅是几个小时半天，或一天），客户端连接数据库服务进行增删改查会非常慢，在服务器上使用企业管理器或是查询分析器也很慢，而且重启sql server服务也不行，必须重启服务器然后就正常了。各位高手给分析一下可能是什么原因？从性能分析器里看disk time什么的也看不太懂，不过比着网上的那些正常数据差不多。

15 个解决方案

#1

补充：现在数据库里主账套（就是主要的那个数据库）的数据文件占的大小已经达到12G，但是可能因为经常维护，所以日志文件很小只有1M，其他的账套也就几十M到百十M，日志文件都很小。运行一段时间后（几个小时），从任务管理器中看，sql server占的内存已经达到了1.4G以上。一般情况下，有十几个客户端在同时连接，但最多的操作是查询。

#2

数据库不大。主要是客户端的查询，是不是有死锁。跟踪下高峰时段执行的sql,做下索引重建试试

#3

重启sql server服务也不行，必须重启服务器然后就正常了


注意到你的这句描述，我们是不是要考虑服务器本身的问题

#4

“ 其他就是装了些office、QQ等”
这还是这一个纯粹的数据库服务器吗？
既然重启服务不行而重启计算机可行，问题肯定出在其他的软件上。
服务器装QQ，存心作死！

#5

也刚发现，服务器装QQ~~
是最臃肿的那个版本吗

#6

呵呵，服务器装QQ基本上不用，是为了有时候需要厂商那边做远程的时候开一下，平常是不登QQ的。OFFICE......这个也有影响吗？

#7

引用 2 楼 galenkeny 的回复:

数据库不大。主要是客户端的查询，是不是有死锁。跟踪下高峰时段执行的sql,做下索引重建试试

怎么做索引重建呢？数据库管理小白能干得了不？我用sp_who看了一下，没有锁住的，而且如果有锁的话，应该重启一下数据库服务就行了，但现在是必须重启服务器。

#8

先看windows日志，再看sqlserver日志，看看有没有什么明显的报错问题，另外远程可以用teamviewer，不用QQ好点

#9

估计是用qq省电话费呗
好，我建议一下让他用teamviewer。

#10

各位大神，这种情况一般是由什么引起的？各位有什么建议？

#11

除了SQL Server，其他的软件卸载！卸载！！卸载！！
数据库服务器要么保持纯净、要么不要抱怨性能。

#12

首先要看日志有没有一些异常，然后用性能计数器监控一下windows层面，定位是否是sqlserver的问题，如果不是，就考虑其他方式，如果是，再使用对sqlserver问题侦测的方法。

#13

有些性能问题甚至是电源导致的。 http://www.dotblogs.com.tw/jamesfu/archive/2012/12/19/powercfg.aspx

#14

昨天朋友试了一下，重启一下SQL服务是可以解决问题的，但是运行一段时间就又很慢了，就又必须得重启服务。用sp_who看确实没有死锁的。

#15

应该是阻塞，设计、开发问题
还是得实际分析下才会有明确结果