Windows共有：指定されたネットワーク名は使用できなくなりました

EMC NX4 SANボックスを使用して、CIFS共有を多数のWindows Server 2008 R2アプリサーバーに提供しています。アプリサーバーはCIFS共有を使用して多数のイメージファイル（共有で約2500 ops /秒）を提供していますが、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」アクセスのように見えます詰まった。

これは先週、2つの異なるアプリサーバーで発生したため、1つのアプリサーバーが原因であるとは思いません。現時点では原因を無視しています。マシンを再起動せずに「\ san-name」接続を復元するにはどうすればよいですか？そして、どういうわけで問題があったのかを照会できますか？

イベントログには、アプリサーバーでもSANでも（問題によって引き起こされた関連するASP.NETエラー以外には）何も表示されません。

更新：
提案に基づいて、次回Workstationサービスの再起動を試み、それが問題に役立つかどうかを確認します。間違いなく修正ではありませんが、現在行っているようにマシン全体を再起動するよりもはるかに高速です。Workstationサービスが維持する接続のステータスを照会する方法はありますか？

更新2：
Workstationサービスを再起動すると問題が「修正」されることを確認しました。次のステップは、MaxCmds値を高めるために、reg変更を試すことです。それが問題であるかどうかを確認することはできません。問題なく長期間実行される場合にのみ想定できます。

MaxCmdsが不足しているようです。これに関する2つの良い記事があります。こことここです。

ここでそれを変更します。update.regというファイルを作成し、その中に以下を配置します。

Windows Registry Editor Version 5.00 

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

保存してから、ダブルクリックしてプロンプトを受け入れます。再起動が必要です。

アプリサーバーでワークステーションサービスを再起動してください。

EMCバックエンドではありませんが、以前にこのようなケースがありました。ユーザーランドアプリケーションの場合、リモートサーバーへの接続を強制的に閉じてから再度開くと、元の状態に戻りますが、動作が完了するまでに数回試す必要がある場合があります。サーバーランドアプリケーションの場合、そのサービスのアプリケーションプールのリサイクルは機能します。それが失敗した場合、Workstation Serviceをリサイクルすることで再起動を回避できますが、それはほとんど同じです。

ソースで：

アプリサーバーにインストールされているソフトウェアについて詳しく教えてください。ネット上では、通常はAVに問題があることがわかりますが、何も実行していないので...バックアップソフトウェアのような別のカーネルモードアプリでしょうか。

ファイアウォールはアクティブですか？障害のあるアプリサーバーのDCのイベントログを確認しましたか？

また、問題が発生したときにCIFSネットワークトラフィックをスニッフィングして、何が起きているかを確認する必要もあります。

私がこのエラーに遭遇したのは、サーバー/ワークステーションがドメインとのリンクを何らかの方法で「失った」ときだけでした。ドメインメンバーシップを強制することでトリックが行われました（netdom / resetpwd）。問題が発生したときに、（RDPセッションからアプリサーバーへの）他のネットワーク共有にアクセスできますか？

これは名前解決の問題になる可能性があります。DNSサーバーで確認できますか？名前の解決が許可されていない場合、アプリサーバーを再起動すると、アクセスが許可されます。

一部のワークステーションユーザーが別のサーバーに保存されているアプリケーションにアクセスできないと不平を言ったときも同じ問題がありました。サーバーIPでアクセスしようとしたが、名前では機能しなかったため、DNSをチェックしました。静的IPネットワークがあるため、別のサーバーにアクセスしてIPアドレスを使用するようにアプリケーションを変更しました。

私の提案があなたのために働くかどうか私に知らせてください。

私は同様の問題に遭遇しました。Windows 2003サーバーからWindows Server 2012に共有をマップできませんでした。

ネットワークグループは、低いバージョンのTLSが高いバージョンのTLSを実行しているサーバーに接続することを許可しないADコンテナーに低いウィンドウバージョンを分離するADポリシーを実装していました。サーバーを戻すか、ポリシーを無効にして下位バージョンのTLSで接続すると、この問題が修正されました。

ここに私がシステムログで遭遇したいくつかのエラーがあります：

リモートサーバーから受信した証明書は、信頼されていない証明機関によって発行されました。このため、証明書に含まれるデータを検証できません。SSL接続要求が失敗しました。添付データにはサーバー証明書が含まれています。

致命的なアラートが生成され、リモートエンドポイントに送信されました。これにより、接続が終了する場合があります。TLSプロトコルで定義された致命的なエラーコードは48です。WindowsSChannelのエラー状態は552です。

問題の解決に役立つことを願っています。