事件日志是你的朋友

他们在这里帮助你！ 查看系统事件日志中的networking相关错误。 如果来自Source: MrxSmb或Source: TCPIP错误，我不会感到惊讶

networking监视器不咬…太难了

从网卡捕获stream量并检查错误。 事实上，在有问题的服务器以及您尝试连接的端点上设置networking监视器 。 在networking监视器中，TCP重新发送选项将显示重新发送统计信息。 在捕捉统计汇总框架中，我打赌你会看到一些有趣的stream量拒绝或硬件错误。

有关更多信息，请查看Microsoft KB325487 。

以上两种故障排除技巧certificate了什么？

你有硬件问题。 它可以是以下任何一个

• 服务器上的坏的驱动程序
• 错误的BIOS需要更新
• 主板/芯片组驱动程序需要更新
• 网卡和交换机端口没有很好的协商。 确保两者都设置为10/100全双工或1Gbit全双工。 把这个自动协商废话closures。 不pipe你做什么，都要确保服务器网卡和交换机端口相互一致（除非他们都同意谈判 – 不要让他们这样做）。

这不是一个详尽的清单，但给你一个开始。

SMB版本1与版本2

考虑你的服务器试图连接到什么操作系统。 Windows Server 2003 / XP和更早版本使用SMB 1，而Server 2008 / Vista和更新版本使用SMB 2.要缩小问题的范围，请考虑禁用另一个。

使用SMB版本的registryconfiguration单元是HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters在该configuration单元中，添加一个名为SMB2的新DWORD值并将该值设置为0 。 这将禁用SMB 2.然后尝试连接到共享，看看结果是什么。

如果“解决”了这个问题，那么你可能需要重新安装操作系统的一些networking组件。

使用“最大化文件共享吞吐量”技巧

根据标题为“ 从Windows XP工作站间歇连接到Windows 7共享文件夹 ”的ServerFault Q / A，在Windows机器上有一个涉及“如何使用registry优化Windows NT服务器”的旧技巧。

当您configuration服务器服务的四个选项之一时，信息被保存到以下两个registry项：HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ lanmanserver \ parameters \ size此registry项的select是1,2和3。 1 =最小化使用的内存2 =平衡3 =最大化吞吐量文件共享和最大化networking应用吞吐量HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management \ LargeSystemCache

您对此registry项的select是0和1. 1 =最大化文件共享的吞吐量0 =最大化networking应用程序的吞吐量

上述技术已被用于您的情况，以续订与SMB股份的沟通。

但是重要的是…

检查你的事件日志！

认真。 他们真棒。

问题出在我们的Citrix NetScaler上。 现在有一个解决方法，并且Citrix已经logging了一个支持凭单。

我们有这个确切的问题。

对于我们的解决scheme最终在Windows 2012 Server上进行了以下registry更改，然后重新启动：

 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\DependOnService 

从默认值更改为下面的这个新值：

Default Value: SamSS Srv2 New Value: SamSS Srv

或者，如果您想懒惰，只需将其保存到.reg文件并在服务器上打开即可：

 Win8dowsregistry编辑器版本5.00

 [HKEY_LOCAL_MACHINE \系统\ CurrentControlSet \服务\ LanmanServer]
 “DependOnService”=hex（7）：53,00,61,00,6d，00,53,00,53,00,00,00,53,00,72,00,76,00，\
   00,00,00,00

做这个改变之后不要忘记重启！