Windows 2003群集文件共享上的延迟写入失败

Question

当我们尝试读取或写入Windows 2003 Clustered Fileshare时，我正在尝试解决持久性IO问题。它经常发生，似乎是由交通引发的。我们是通过.NET的FileStream对象编写的。

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

  

[延迟写入失败] Windows无法保存文件\ Device \ LanmanRedirector的所有数据。数据已丢失。此错误可能是由计算机硬件或网络连接故障引起的。请尝试将此文件保存在其他位置。

在读取时，我们也会收到错误，即System.IO.IOException错误：“指定的网络名称不再可用。”

我们有其他服务器将更多和更大的文件写入此文件共享群集而没有任何问题。它只来自一组服务器，问题出现了。所以它似乎与编写大文件无关。我们已经应用了在线文章中引用的所有修补程序来处理这个问题，但它仍在继续。

我们的网络团队运行网络监视器，并没有看到任何数据包丢失，据我所知，但由于我没有参加该测试，我无法肯定地说。

有关哪里检查的想法？我没有办法去探索或测试跑步。我猜这个问题是某种网络问题，但由于只有在这些服务器连接到该文件共享集群时才会发生，我不确定它可能是什么类型的问题。

此问题非常具体，可能与硬件有关，但您可以提供任何帮助都会有所帮助。

Eric Sipple

Answer 1

我听说AutoDisconnect导致了类似的问题（即使设备没有空闲）。您可能想尝试在服务器上禁用它。

Answer 2

我遇到类似的问题：

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

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

似乎必须在服务器上写入共享时执行某些操作，该服务器也是网络负载平衡群集的一部分

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

安

Answer 3

我见过其他人报告“延迟写入失败”错误。一个建议是调整缓存的大小，sysinternals（http://technet.microsoft.com/en-us/sysinternals/bb897561.aspx）中有一个实用程序可以让你这样做。