Temos meia dúzia de caixas do Windows 2008R2 enviando arquivos de backup SQL para um compartilhamento de despejo em um servidor de arquivos 2008R2 no fim de semana. Há um nic dedicado no servidor de arquivos para esta operação e o nic primário separado apenas para o tráfego regular do servidor de arquivos.
O nic usado para o backup tende a obter 40-80 durante o backup. Durante a janela de backup, o tráfego para o nic primário também é extremamente lento. Pode levar até 5 segundos apenas para abrir uma pasta no compartilhamento. Eu queria culpar o sistema de arquivos local ou o switch local, mas é aí que fica estranho
Se você executar o RDP no servidor de arquivos, não haverá lentidão nas unidades locais, portanto, isso não parece ser um problema no sistema de arquivos.
Se você RDP para o servidor de arquivos e tentar acessar \ 127.0.0.1 \ SQLBack ou \ 127.0.01 \ RegularUserShare, ele também é muito lento. Se você for para d: \ SQLBack, o acesso é muito rápido.
Meu pensamento é algum tipo de sobrecarga de SMB, mas realmente não sei como solucionar problemas ou corrigi-lo. A velocidade de acesso volta ao normal assim que eles matam o processo de despejo do SQL.