Perda lenta de conectividade com o SQL Server 2005

Question

O cliente tem uma instância perigosamente aberta do SQL Server 2005. O VB.NET 1.1 se conecta a isso de outro servidor sem problemas. Ativar o firewall do Windows com a porta 1433 aberta a sub-redes só parece uma solução temporária.

O banco de dados parece bem, mas começa a desacelerar ao longo de uma hora ... Como se estivesse perdendo conexões do pool. Eventualmente, nenhuma conexão é possível com o aplicativo ou outras ferramentas.

O SQL Server exige que outras portas estejam abertas?

Cara do Linux aqui coçando a cabeça.

    

Answer 1

O SQL Server fornece uma maneira de monitorar conexões abertas em "SQL Server Management Studio". Gostaria de verificar se as conexões não estão sendo abertas e deixadas abertas no aplicativo. Porque a menos que o aplicativo feche explicitamente a conexão, é possível que ele permaneça aberto até que o Garbage Collector decida finalmente limpar o objeto e liberar a conexão de volta ao pool.

Outra maneira de verificar e ver se isso está acontecendo é esperar até que o aplicativo não consiga mais se conectar. Uma vez nesse estado, se a reinicialização do aplicativo resolver esse problema, provavelmente será um problema com o código do aplicativo.

    

Answer 2

Supondo que você esteja executando o SQL Server com os padrões, então 1433 deve ser a única porta que você precisa abrir.

Sobre a parte de desaceleração - use meu tutorial de monitoramento de perfumes para coletar estatísticas sobre o SQL Server. A partir daí, podemos determinar qual parte do servidor é o gargalo. Se desejar, reúna as estatísticas conforme mostrado no artigo por alguns minutos enquanto o servidor está rápido e, novamente, enquanto o servidor está lento. Não há impacto no desempenho de reunir essas estatísticas. Em seguida, envie os arquivos para mim em [email protected] e eu devo saber rapidamente onde está o gargalo.

    

Answer 3

Execute sp_who2 para ver quem está conectado e o que está usando.

JR

    

Answer 4

Quando as conexões não são mais possíveis, você pode se conectar localmente na caixa? Em caso afirmativo, tente conectar-se novamente usando o Management Studio, mas em vez de usar "Compartilhar memória", use "TCP / IP".

Se o último falhar, então eu investigaria a situação do firewall. No entanto, eu não estaria inclinado a associar uma configuração de firewall com "perda de conectividade ao longo do tempo".