Provavelmente, isso não é um problema do servidor SQL, mas a instalação parece estar afetando apenas BULK INSERTS para SQL Servers.
Recentemente, movemos o VM Hardware e todos os convidados que foram movidos tiveram seus comutadores virtuais alterados de padrão para distribuído.
Então eu 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. A operação BULK INSERT teve origem em uma VM com a nova configuração. As inserções em massa não falhavam todas as vezes, era muito aleatório quando ocorria.
Quando alteramos o comutador virtual para ser um comutador padrão em vez de um comutador distribuído, o problema desaparece.
Estou procurando mais explicações sobre por que ele não funciona com um switch distribuído em vez de com 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 através de hosts diferentes, alguns dos quais podem ser 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 no momento dos erros no servidor de origem ou de destino)
ATUALIZAÇÃO: verifica-se que o problema ocorreu devido à placa de rede. Todas as nossas VMs foram configuradas com uma NIC E1000, que funcionou bem o suficiente em comutadores padrão. Depois que mudamos para switches distribuídos, começamos a ver problemas com grandes transferências de dados, não apenas com consultas sql. Alterar a NIC para VMXNET3 parece ter resolvido o problema.
fonte
Respostas:
Problema puro de vmware / rede, parece.
Sugiro tentar encontrar um problema de conectividade dos clientes para o servidor que não seja SQL (ping ou qualquer outra coisa). Isso o ajudará a criar um caminho mais claro para a solução de problemas.
fonte
Sugiro usar o Wireshark ou o 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 foi alterado no nível da NIC:
http://support.microsoft.com/kb/942861
fonte
este erro ocorreu uma semana atrás. nossa equipe de rede, equipe de segurança e banco de dados pesquisam tudo. No final da pesquisa, detectamos o recurso de erro. É o dispositivo IPS. Pergunte à sua equipe de segurança se existe alguma assinatura no dispositivo IPS.
fonte