Compartilhamento do Windows: o nome da rede especificado não está mais disponível

Temos uma caixa EMC NX4 SAN que serve um compartilhamento CIFS para vários servidores de aplicativos do Windows Server 2008 R2. Os servidores de aplicativos estão usando o compartilhamento CIFS para veicular muitos arquivos de imagem (~ 2500 ops / s no compartilhamento); no entanto, nem a SAN nem os servidores de aplicativos estão mostrando sinais óbvios de estresse.

De vez em quando, aparentemente, de repente, um servidor de aplicativos interrompe a conexão com a SAN. Qualquer código .NET que tenta servir um arquivo da SAN falha com:

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

Se eu fizer o RDP no servidor de aplicativos e tentar acessar "\ san-name" através do explorer, recebo o mesmo erro. Todos os outros servidores de aplicativos podem acessá-lo perfeitamente. Também posso acessar "\ ip-of-san" perfeitamente, o ping também funciona.

Uma reinicialização do servidor de aplicativos corrige o problema, mas é uma medida um tanto drástica para o problema, pois parece que a SAN está funcionando bem e o computador pode acessá-lo - apenas parece que o acesso "\ san-name" vomitou.

Isso aconteceu com dois servidores de aplicativos diferentes durante a última semana, então não suspeito que um único servidor de aplicativos seja a causa. Ignorando a causa por enquanto - como eu restauraria a conexão "\ san-name" sem reiniciar a máquina? E posso, de alguma forma, consultar o que deu errado?

Os logs de eventos não mostram nada (além dos erros relacionados ao ASP.NET causados ​​pelo problema), nem nos servidores de aplicativos nem na SAN.

Atualização: com
base nas sugestões, tentarei reiniciar o serviço Estação de Trabalho na próxima vez e ver se isso ajuda no problema. Definitivamente, não é uma correção, mas é muito mais rápido do que reiniciar toda a máquina, como eu venho fazendo atualmente. Alguma maneira de consultar o status das conexões que o serviço Estação de Trabalho mantém?

Atualização 2:
Confirmado que reiniciar o serviço Estação de Trabalho "corrige" o problema. O próximo passo é tentar a alteração reg para aumentar o valor MaxCmds. Não será possível confirmar se esse é o problema; só podemos assumir se ele for executado por um longo período sem problemas.

Parece que os MaxCmds acabaram. Aqui estão dois bons artigos sobre isso: aqui e aqui .

Aqui está agora para mudar isso. Crie um arquivo chamado update.reg e coloque o seguinte:

Windows Registry Editor Version 5.00 

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

Salve e clique duas vezes e aceite o prompt. É necessária uma reinicialização.

talvez reinicie o serviço da estação de trabalho no servidor de aplicativos!

Já tive casos como este antes, embora não com um back-end da EMC. Para aplicativos da área de usuário, o fechamento forçado da conexão com o servidor remoto e a reabertura o trará de volta, embora você precise tentar algumas vezes antes que ele atue em conjunto. Para aplicativos de servidor, a reciclagem do Pool de Aplicativos para esse serviço funciona. Se isso falhar, a reciclagem do Serviço da Estação de Trabalho pode evitar uma reinicialização, mas é quase tão drástica.

Na fonte:

Você poderia fornecer mais detalhes sobre o software instalado no servidor de aplicativos? Na rede, você encontrará que geralmente é um problema com um AV, mas como você não executa nenhum ... talvez outro aplicativo no modo kernel como um software de backup?

O firewall está ativo? Você verificou os logs de eventos no controlador de domínio com falha no servidor de aplicativos?

Você também deve detectar o tráfego da rede CIFS quando surgir o problema para ver o que acontece.

As únicas vezes que deparei com esse erro foram quando o servidor / estação de trabalho "perdeu" o vínculo com o domínio. Reforçar a associação ao domínio fez o truque (netdom / resetpwd). Você pode acessar outros compartilhamentos de rede (da sessão RDP para o servidor de aplicativos) quando o problema surgir?

Isso pode ser um problema com a resolução de nomes. Você pode verificar com o seu servidor DNS? Se isso não permitir resolver o nome, e depois de reiniciar o servidor de aplicativos, o acesso será permitido.

Eu tive o mesmo problema quando algum usuário da estação de trabalho reclama que não conseguiu acessar o aplicativo armazenado em outro servidor, fizemos o mesmo tentando acessar com o servidor-ip que funcionaria, mas não com o nome, para verificar o DNS. Fizemos alterações no Aplicativo para acessar outro servidor usando o endereço IP, pois temos uma rede IP estática.

Deixe-me saber se minha sugestão funciona para você.

Encontrei um problema semelhante. Não foi possível mapear um compartilhamento no Windows Server 2012 a partir de um servidor Windows 2003.

O grupo de rede havia implementado uma política do AD que isolava as versões inferiores do Windows em um contêiner do AD que não permitia que a versão inferior do TLS se conectasse a servidores executando versões superiores do TLS. Mover o servidor de volta ou desativar a política para conectar-se à versão inferior do TLS corrigiu esse problema.

Aqui estão alguns erros que encontrei no log do sistema:

O certificado recebido do servidor remoto foi emitido por uma autoridade de certificação não confiável. Por esse motivo, nenhum dos dados contidos no certificado pode ser validado. A solicitação de conexão SSL falhou. Os dados anexados contêm o certificado do servidor.

Um alerta fatal foi gerado e enviado ao terminal remoto. Isso pode resultar no encerramento da conexão. O código de erro fatal definido pelo protocolo TLS é 48. O estado de erro do Windows SChannel é 552.

Espero que ajude a resolver seu problema.