我们运行基于 Windows SBS (2008R2) 服务器和 W7 作为客户端的同质网络。今天，网络开始变得奇怪。从某些计算机（似乎只有周末关闭的计算机）上，从服务器共享驱动器下载的速度非常快，在 1Gb 网络上大约为 100-200kb/s。从其他计算机上，速度刚刚好。让我抓狂的是，当我通过远程桌面从“慢速”计算机连接到服务器时，我只需将完全相同的文件复制粘贴到本地计算机，它就会全速运行（这意味着服务器和客户端之间的物理连接很好，能够全速运行，从共享文件夹复制和通过远程桌面复制之间只是有些不同）！Ping 行为正常，均低于 1ms，没有超时，没有丢失数据包。
所有客户端和服务器都通过 1Gb 电缆连接到 Cisco SG-200 交换机，无需额外设置。仅使用 IPv4，DNS 和 DHCP 由 Windows 提供。在“慢速”计算机上浏览网页也能全速运行，只有共享驱动器和我们服务器的一些应用程序（照片地图图块）运行缓慢。
我尝试了所有我能尝试的方法，重置网络设置，设置网卡的各种双工模式，复制粘贴各种文件，重启服务器的服务，禁用甚至卸载服务器和客户端的防病毒软件、防火墙、监视器，确保网络未被利用（均低于 1%），磁盘未被利用（相同），CPU 正常，所以双方都没有明显的问题，正如我所提到的，有些计算机可以全速访问服务器，没有任何不同。
您是否有任何提示或想法，如何解决问题或其中可能出现什么问题？
谢谢
答案1
我遇到了这样的问题，卡巴斯基检查 NAS/文件系统上的每个文件时，占用了我的服务器的资源可用性，之后所有之前通过身份验证的客户端都不会丢失访问权限或共享性能，但是之前没有连接的新客户端无法查看、传输，并且连接到 NAS 文件服务器的性能很差。
因此，使用 cmd“网络会话”进行检查，此列表列出了文件共享访问所消耗的所有活动会话，其中多个会话是在一个月前进行的，再加上卡巴斯基的审查和搜索索引器进程重复了每个读/写文件的工作，性能下降了 10%。
因此，请检查连接，关闭旧连接，停止使用/检查文件的过程，并使用最近打开的计算机进行测试。
也许您需要重新启动文件资源服务才能将性能恢复到 100%。
此致！
答案2
我以前遇到过类似的问题，原因在于Task OffloadMicrosoft TCP/IP 传输层的功能。
在客户端，尝试（从提升的命令提示符）：
netsh interface ipv4 set global taskoffload=disabled
（也许此后您必须重新启动客户端计算机，我不记得了）。
答案3
如果您运行 tracert，流量是否会按照您预期的路径走？
例如
tracert 10.10.0.1
tracert 还应该显示慢速跳的位置
答案4
我们遇到了类似的问题。但是当我们重新启动文件服务器时，问题仍然存在，并且我们还注意到 Outlook 运行缓慢。在我们的案例中，问题出在工作站子网和服务器子网之间的光纤连接上。