当我们尝试读取或者写入Windows 2003群集文件共享时，我正在尝试解决持久性IO问题。它是定期发生的，似乎是由流量触发的。我们正在通过.NET的FileStream对象进行编写。

基本上，我们是从运行IIS的Windows 2003 Server写入Windows 2003文件共享群集。写入文件共享时，IIS服务器通常会出现两个错误。一个是Windows上的应用程序弹出窗口，另一个是MRxSmb发出的警告。两者都说相同的话：

[Delayed Write Failed] Windows was unable to save all the data for the file \Device\LanmanRedirector.  The data has been lost.  This error may be caused by a failure of your computer hardware or network connection.  Please try to save this file elswhere.

在读取时，我们还会遇到错误，这些错误是System.IO.IOException错误："指定的网络名称不再可用。"

我们还有其他服务器可以将更多更大的文件写入此文件共享群集，而不会出现问题。问题仅出自一组服务器。因此，这似乎与写入大文件无关。我们已经应用了在线文章中引用的所有修补程序来解决此问题，但是此问题仍在继续。

据我了解，我们的网络团队运行了Network Monitor，没有看到任何数据包丢失的情况，但是由于我没有参加该测试，因此无法确定。

有什么地方可以检查的想法吗？我没有探索或者测试运行的途径。我猜问题出在某种程度上是网络问题，但是由于这些服务器仅在连接到该文件共享群集时才发生，因此我不确定这可能是什么问题。

这个问题是非常特定的，并且可能与硬件有关，但是我们可以提供任何帮助。

埃里克·西普尔(Eric Sipple)

解决方案

回答

我听说AutoDisconnect会引起类似的问题(即使设备不处于空闲状态)。我们可能想尝试在服务器上禁用它。

回答

我见过其他人报告"延迟写入失败"错误。一项建议是调整缓存的大小，sysinternals有一个实用程序(http://technet.microsoft.com/zh-cn/sysinternals/bb897561.aspx)，我们可以使用该实用程序。

回答

我有类似的问题：

• 写入也属于Windows 2003 R2 NLB群集的计算机有时会导致"延迟写入失败"或者"信号灯已超时"或者"指定的网络名称不再可用"
• 即使重新启动所有涉及的机器后，对于相同的文件也可以重现
• 如果我重命名问题文件(其中一些文件很小)，问题仍然存在
• 如果我将文件写入同一台计算机上的另一个位置(fysical磁盘)，则问题仍然存在
• 我卸载了所有防病毒软件，问题仍然存在
• 我已经重置了tcp-ip堆栈，问题暂时消失了，但是过了一段时间，相同文件的问题又回来了

部分解决了该问题：
我从NLB群集中删除了该主机(未停止)。问题解决了。

似乎必须对写入服务器上的共享(也属于网络负载平衡群集的一部分)进行某些操作

我还没有发现其他人张贴与NLB群集相关的文件写入问题。但是，我确实发现很多帖子都在抱怨类似的问题，但似乎都没有解决。

安妮