Windows Server 2003的速度问题

最终，当问题很明显时，您需要知道服务器在做什么，以及当一切正常时服务器正在做什么。

除了说networking运行缓慢之外，你并没有给出任何有关服务器如何响应的线索。

当你说networking运行缓慢的时候，你的意思是客户端应用程序运行缓慢，与服务器交谈，还是你真的意味着数据包响应需要很长时间？

我的行动计划是：

1. 确认服务器的硬件是否正常。 如果安装了ProLiant支持软件包（PSP），请浏览至https：// yourservername ：2381（您已经安装了该软件，对不对？）。 使用具有pipe理权限的帐户login并检查硬件的状态
2. 检查您的网卡的configuration。 看看你在服务器/客户端之间有什么样的往返延迟（从客户端运行ping -t servername ）。
3. 检查事件日志（特别是系统日志） – 运行eventvwr.exe
4. 检查您的驱动器上的空闲空间。 找出您的分页文件的位置，以及它们的大小。 考虑拆分您的驱动器。
5. 使用性能监视器来检查：

a）物理磁盘 – 平均磁盘队列长度（希望这是<= 2）

b）物理磁盘 – 磁盘时间百分比（不要希望这个时间大于80％）

c）处理器 – 处理器处理器的时间百分比（不要希望这个时间大于80％）

d）networking接口 – 每秒发送的字节数

e）networking接口 – 每秒接收的字节数

f）内存 – 页面读取/秒

6）最后，稍微低一点，但系统内部（现在的微软）的进程监视器和进程浏览器工具是非常好的，提供了一个真正的发生在服务器上的洞察

— 10/09/2012

所以，服务器是健康的，并响应正常（可以远程桌面和“使用它”）。 强调这一点的原因是Windows Server不能很好地处理内核资源匮乏。 当内核受到威胁时，Linux开始杀死进程，但是MS尚未完成这个想法。 当内核资源最大化时（非分页池，等等），Windows服务器可以停止响应…直到某些东西释放内核内存资源。 没有足够大的分页文件（或多个文件）会加速繁忙服务器上的资源匮乏。 我接下来的步骤是：

• 在perfmon中检查SQL计数器（正如Hennes所build议的那样）
• 查看SQL遇到问题时如何在服务器上响应（您是否可以从SQL Management Studio执行基本查询？）
• 检查你的SQL服务器的configuration（内存和CPU参数）

问题解决了！ 它来自我们的sql数据库日志文件的大小不受限制。我们的服务器有一个2 TB的硬盘驱动器，默认情况下，sql将任何创build的数据库的AutoGrow选项设置为硬盘容量的10％。在这种情况下，我们的日志文件为200 GB，这就是networking速度每6或7我们（SQL错误5144）下降的原因。为什么？因为每次客户端请求一个查询和数据库的更改将被logging的SQL Server它必须在日志文件中写入，并将剩余的日志文件大小设置为零，这会导致问题。要解决此问题，我们将日志文件的大小限制为10 MB，并解决Problem Problem …非常感谢Simon和Hennes的回复。