我们最近观察到的有趣的问题有很多变数，所以我会试着尽可能地把它弄清楚。 总部位于加利福尼亚州南部的主要文件服务器（运行Windows Storage Server 2008的旧NAS机箱）。 北加利福尼亚有多个远程办公室，每个办事处都通过MPLS连接到20Mbps的总部。
用户有映射到每个远程办公室本地服务器的映射，但也有驱动器映射（X :)到总部（这是公司的驱动器）的文件服务器。 昨天，单个远程办公室的用户抱怨networking缓慢。 启动监控工具并查看到远程站点的入站stream量是否已经超过了阈值。 深入了解HQ文件服务器与远程办公室桌面用户之间的stream量。 呼叫用户并设置一个远程会话（检查他们是否试图通过链接复制大量的数据）。
令人惊讶的是，用户没有在她的系统上打开。 在她的系统上打开资源pipe理器，并钻入networking活动模块。 networkingI / O在18到23 Mbps之间波动，networking利用率保持在20％。 CPU资源在用户系统上是正常的（没有什么尖峰）。
在一个小时内观看了这个活动。 资源监视器说这是系统进程（PID 4），它是microsoft-ds（端口445），导致networking利用率问题。 看一下Process Explorer，但是我们确实无法识别太多的事情。
一时兴起，断开了X：驱动器映射，networking利用率几乎下降到了0％。 询问用户是否在这个驱动器上做了任何事情，她向我解释这一点：
“已经打开了X：驱动器，并且在几天之前search了一个文件，在Windows资源pipe理器的search框中input了文件名，进度条开始移动，但是她放弃了一段时间后closures了窗口。
她的客户端是Windows 7 x64。 X：驱动器接近700GB，拥有近950,000个文件和100,000个文件夹。 当她closures窗口时，是否有可能通过广域网执行search，并以某种方式负责提高networking的利用率？
我们尝试了类似的步骤，但让它运行30分钟后，我们看到没有增加networking利用率。
好奇看看有没有人见过类似的事情，或者可能已经采取了这种情况？ 对不起，长话短说！