缓慢unc分辨率赢得2008年份额

我的sbs 2008服务器有一些问题。基本上，如果我尝试通过uncpath访问服务器的共享需要很长的时间来解决，但映射的驱动器是快速的（直到我试图打开一个文件，然后经常可能会很慢）。

这种行为甚至发生在机器本身，如果我尝试通过它的uncpath访问它自己的股份例如

\\servername\share\

一旦打开，复制到它或从它开始的速度是一样快，行为是周期性的 – 它坐了一段时间思考，然后一切突然生活，很快，然后一段时间，它又是缓慢的。

注意事项：

1）我没有防病毒（当我开始有麻烦卸载它）。 2）完全修补。 3）我已经通过连续ping检查了开关，不会丢失任何东西。 4）我试过禁用影子副本，没有任何效果。 5）没有备份正在运行。

– 编辑

附加信息

1）苹果电脑似乎没有问题的股份

2）交换有问题 – 随行人员说，在将电子邮件复制到Mac上的发送文件夹时遇到问题

3）服务器有一个Broadcom BCM5708C NetXtreme II网卡

4）TCP chimeny现在是closures的，因为校验和卸载是closures的，大的发送closures是closures的。 TOE是在卡上启用，但不能被禁用，除非我首先打开它在Windows我认为。

5）使用IP地址并没有帮助。

您是否使用Symantec Enterprise Security 11？ 2008年有一个问题，旧的更新版本上的服务器共享; 不确定这是否是您的问题，但是如果您使用的是赛门铁克，则需要了解一些内容（我没有看到关于A / V软件的任何声明）。

大约20/30位用户开始使用它之后，我在第一台2008文件服务器上发现了这个问题。它变得越来越慢，最后只是放弃了共享文件，但一切（RDP等）工作正常。把头发撕掉后，我发现它是上面提到的A / V问题。

你有在服务器的Broadcom网卡，并启用TCP卸载引擎？这是已知会引起麻烦的configuration，所以如果需要，检查和禁用卸载引擎是值得的。

如果使用IP地址而不是名称，会发生什么情况：

  \\11.22.33.44\share

这是一个Windows域，你不小心使用外部的DNS服务器，可能是你的互联网提供商 – 而不是你的域控制器？

我最初的想法是，这是一个名称parsing问题或身份validation问题。在这两种情况下映射的驱动器已经完成了这两个。

试一试：

如果是第一个问题，请确保客户端机器使用内部DNS服务器作为主服务器。

如果第二个问题检查在服务器上的事件日志与任何域控制器有关。

我有一个类似的问题，并尝试了所有上述和更多，但没有工作，直到我closures了Windows 2008防火墙，现在的份额真的很nippy 🙂

注意：我们的networking防火墙保护win2008系统

还有一件事出现在我的脑海里。几个星期前，ServerFault.com上有这个问题：

禁用Windows Servernetworking位置

我的问题是，有时一些networking适配器决定他们现在在公共networking上。这完全激活了防火墙，即使是“域”networking。所以净效果是我重新启动了一些机器，然后他们再也不会回到networking上，直到我们KVM进入，并告诉它networking是私有的。

也许这也是你的问题。

你find了吗？ smb 2.0协议呢？如果你从winxp访问win2008共享，那么他们同意smb 1.0，如果你使用winvista访问，他们应该使用smb 2.0协议。这可以解释这种行为吗？冰

当machine1 IIS的主页指向\ machine2时，我遇到了类似的问题。通过网站非常缓慢的转移。本页面显示，我closures了SMB2，并解决了问题。

从Web服务器到在Windows 2008和2012服务器的工作组中的文档服务器的UNC查询，我有这个问题。当天的第一通电话可能需要60秒钟，随后的通话时间约为200 mSecs。通过禁用内部NIC上的TCP / IPv6解决了这个问题。