Windows共享：指定的网络名称不再可用

我们有一个EMC NX4 SAN盒，可将CIFS共享提供给许多Windows Server 2008 R2应用服务器。应用程序服务器正在使用CIFS共享来提供大量图像文件（共享时约为2500 ops / sec），但是SAN和应用程序服务器均未显示任何明显的压力迹象。

有时，应用服务器有时会突然断开与SAN的连接。任何尝试从SAN提供文件服务的.NET代码都会失败，并显示以下信息：

System.IO.IOException: The specified network name is no longer available

如果我RDP到应用程序服务器并尝试通过资源管理器访问“ \ san-name”，则会收到相同的错误。所有其他应用服务器都可以正常访问它。我还可以完美地访问“ \ ip-of-san”，并且可以ping通。

重新启动应用程序服务器可以解决此问题，但是考虑到SAN可以正常工作并且计算机可以访问它，因此可以用某种程度的方法解决该问题-就像“ \ san-name”访问权限f倒。

在上周，两个不同的应用程序服务器都发生了这种情况，因此我不怀疑单个应用程序服务器是原因。暂时忽略原因-如何在不重新启动计算机的情况下恢复“ \ san-name”连接？我可以以某种方式查询出了什么问题吗？

事件日志在应用程序服务器或SAN上均不显示任何内容（除了由问题引起的相关ASP.NET错误）。

更新：
根据建议，下次我将尝试重新启动Workstation服务，并查看是否有助于解决该问题。绝对不是修复程序，但是比我目前正在重启整个计算机的方法要快。有什么方法可以查询Workstation服务维护的连接状态？

更新2：
确认重新启动工作站服务可以“解决”该问题。下一步是尝试更改reg以提高MaxCmds值。无法确认是否是问题所在，只能假设它运行了很长一段时间而没有问题。

听起来好像MaxCmds已经用完了。这里有两篇很好的文章：在这里和这里。

现在是要更改它了。创建一个名为update.reg的文件，并将以下内容放入其中：

Windows Registry Editor Version 5.00 

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters] 
"MaxCmds"=dword:00000800 

保存，然后双击并接受提示。需要重启。

也许在应用服务器上重新启动工作站服务！

我以前曾遇到过这种情况，尽管没有EMC后端。对于用户级应用程序，强制关闭与远程服务器的连接并重新打开它会使其恢复连接，尽管您可能必须尝试几次才能使其完全起作用。对于serverland应用程序，回收该服务的应用程序池是可行的。如果失败，则回收Workstation Service可以避免重新启动，但这几乎是非常艰巨的。

来源：

您能否提供有关应用服务器上安装的软件的更多详细信息？在网上，您会发现它通常是AV的问题，但是由于您没有运行任何问题……也许是另一个内核模式的应用程序，例如备份软件？

防火墙是否处于活动状态？您是否已在DC上检查了故障应用服务器的事件日志？

当出现问题时，您还应该嗅探CIFS网络流量，以查看会发生什么。

我唯一遇到此错误的时间是服务器/工作站以某种方式“丢失”了与域的链接。强制域成员身份可以达到目的（netdom / resetpwd）。出现问题时，是否可以访问其他网络共享（从RDP会话到应用服务器）？

这可能是名称解析问题。您可以检查您的DNS服务器吗？如果那不允许解析名称，并且在重新启动您的应用服务器后将允许访问。

当某些工作站用户抱怨他们无法访问存储在另一台服务器中的应用程序时，我遇到了同样的问题，我们通过尝试使用可以正常工作但不能使用名称的server-ip进行访问来完成相同的工作，因此我们检查了DNS。我们已经对应用程序进行了更改，以使用静态IP网络访问使用IP地址的另一台服务器。

让我知道我的建议是否对您有用。

我遇到了类似的问题。我无法将共享从Windows 2003服务器映射到Windows Server 2012。

该网络小组已实施了一项AD策略，该策略已将较低Windows版本隔离到一个AD容器，该容器不允许较低版本的TLS连接到运行较高版本TLS的服务器。向后移动服务器或禁用策略以与较低版本的TLS连接可以更正此问题。

这是我在系统日志中遇到的一些错误：

从远程服务器收到的证书是由不受信任的证书颁发机构颁发的。因此，证书中包含的所有数据都无法验证。SSL连接请求失败。附件数据包含服务器证书。

生成致命警报并将其发送到远程端点。这可能会导致连接终止。TLS协议定义的致命错误代码为48。WindowsSChannel错误状态为552。

希望它有助于解决您的问题。