Isso provavelmente não é um problema do servidor SQL, mas a configuração parece estar afetando apenas BULK INSERTS para servidores SQL.
Mudamos recentemente o VM Hardware e todos os convidados que foram movidos tiveram seus comutadores virtuais alterados de padrão para distribuído.
então comecei a receber
Ocorreu um erro fatal ao ler o fluxo de entrada da rede. A sessão será encerrada (erro de entrada: 64, erro de saída: 0)
em dois servidores SQL durante operações BULK INSERT. Um dos servidores SQL era uma VM com a nova configuração e o outro era um servidor físico. Ambas as operações BULK INSERT foram originadas de uma VM com a nova configuração. Os BULK INSERTs não falhavam todas as vezes, era muito aleatório quando isso acontecia.
Quando mudamos o comutador virtual para um comutador padrão em vez de um comutador distribuído, o problema desaparece.
Estou procurando mais explicações sobre por que não funciona com um switch distribuído em vez de uma resolução. Meu palpite seria que a operação BULK INSERT é serial e com um switch distribuído os pacotes estão sendo roteados por diferentes hosts, alguns dos quais podem estar mais ocupados que outros, e estão chegando ao servidor de destino além de algum limite de latência. (nota: não há nada no log de eventos do Windows nos momentos dos erros no servidor de origem ou destino)
ATUALIZAÇÃO: acontece que o problema foi devido ao NIC. Todas as nossas VMs foram configuradas com uma NIC E1000 que funcionou bem o suficiente em switches padrão. Depois que mudamos para switches distribuídos, começamos a ver problemas com grandes transferências de dados, não apenas consultas SQL. Alterar a NIC para VMXNET3 parece ter resolvido o problema.
Eu sugeriria usar Wireshark ou Microsoft NetMon e farejar o tráfego para ver o que está acontecendo aqui. Também pode estar relacionado ao recurso TCP Chimney Offload, assumindo que algo mudou no nível da NIC:
http://support.microsoft.com/kb/942861
Puro problema de vmware/rede, ao que parece.
Sugiro tentar encontrar um problema de conectividade dos clientes para o servidor que não seja SQL (ping, ou qualquer coisa). Isso ajudará você a encontrar um caminho de solução de problemas mais claro.
nós experimentamos esse erro há uma semana. nossa equipe de rede, equipe de segurança e equipe de banco de dados pesquisam tudo. Ao final da pesquisa detectamos o recurso de erro. É o dispositivo IPS. Pergunte à sua equipe de segurança se há alguma assinatura no dispositivo IPS.