我有一台服务器,双核,4GB RAM,运行 Windows Server 2008,我将其用作我的主要文件服务器。
访问速度突然变得非常慢。无论我是使用 RDP 还是通过映射驱动器远程访问文件,速度都很慢!
我可以通过 VPN 以 RDP 方式访问位于另一个州的其他机器,而且它们的运行速度更快。
如果我直接在服务器上工作,它就很灵敏。似乎它存在于我的客户端计算机和服务器之间。
我该如何检查两台机器之间的网络连接速度?或者我还应该检查其他什么?
答案1
在过去一年左右的时间里,我看到很多小型廉价网络交换机“出问题”。故障模式是传输速度极慢和数据包丢失。(去年我主要在 LinkSys 交换机上看到这种情况)。我怀疑这是原因,但不一定是最先出现的问题。幸运的是,使用“文件和打印共享”可以很容易地进行简单的速度测试。
您可以使用 fsutil 命令在客户端计算机上创建一个大型临时文件,然后对传输到服务器计算机的时间进行计时,以对文件服务器吞吐量进行“快速而粗略”的测试:
fsutil file createnew temp-file-name 209715200
这将创建 200MB 的临时文件。您可以使用以下脚本进行快速复制(从您创建临时文件的目录中,并假设您有权复制到服务器计算机上的某个共享):
@echo off
echo.|time
copy temp-file-name \\server-computer-name\share-name
echo.|time
从开始时间中减去结束时间,转换为秒数,然后将 209715200 除以经过的秒数以获得每秒的字节数。
在 100Base-TX LAN 上,您应该看到每秒 7,000,000 字节(大约 56Mbps)以上。如果低于这个数字,我就会开始怀疑有什么问题。假设服务器计算机相当现代,它应该能够毫无问题地填充 100Mbps 管道。如果您看到的传输速度低于这个数字,我会开始查看服务器和客户端所连接的交换机的管理界面中的错误计数器。您可能存在电缆故障、双工不匹配或 NIC 驱动程序问题。这只是有条不紊地追踪问题的问题。
编辑:文件复制测试是一个很好的测试,因为您可以在不使用任何第三方软件的情况下进行测试。既然您已经发现瓶颈确实存在,那么下一步就是找出瓶颈的原因。
WSTTCP 实用程序(可从http://www.pcausa.com/Utilities/pcattcp.htm) 是对您的 NIC 驱动程序和网络基础设施硬件的快速而粗略的测试。它发送未从磁盘中取出或写入磁盘的数据,因此客户端和服务器上的磁盘子系统最终被排除在外。
在一台机器上,执行以下操作(解压 WSTTCP 之后!)来“监听”连接:
wsttcp -r
在另一台机器上,执行以下操作将测试传输到远程机器:
wsttcp -t <hostname>
在 100Mbps 以太网上,您可能需要修改传输命令(在再次启动发送器之前,在接收器上重新运行接收命令)以发送更多缓冲区,因为通过更长的测试您将获得更准确的数字:
wsttcp -t -n8192 <hostname>
这将传输 64MB 的流量。增加“8192”数字可发送更多流量。
您需要允许侦听器通过侦听计算机上的防火墙软件(默认情况下为 TCP 端口 5001)或暂时禁用防火墙。
如果您发现 WSTTCP 的传输速度不错,但文件复制的传输速度很慢,请开始查看您的磁盘子系统(并考虑运行硬盘驱动器基准测试)。如果使用 WSTTCP 的网络传输仍然很差,请继续调查网络基础设施、布线、NIC 驱动程序或 NIC 硬件。
祝狩猎顺利。
答案2
我建议检查病毒等。运行 netstat 查看打开的连接,看看是否有任何可疑/意外的情况。可能有用于测试两台 Windows 机器之间带宽的工具,但我不知道。iperf 可能在 cygwin 中工作。
答案3
对目标 PC 执行 tracert 命令以查看延迟的位置。这将为您提供有关每一跳的详细统计信息。
语法例如:tracert 196.12.2.13
答案4
也许这也是问题的一部分?