A cada dois ou três dias, minha caixa do Windows Server 2003 R2 Enterprise, que hospeda um aplicativo da web .NET, começará a ter um problema. O aplicativo .NET deixa de poder se conectar ao servidor SQL com este erro:
An error has occurred while establishing a connection to the server.
(provider: Named Pipes Provider, error: 40 – Could not open a connection to SQL Server) (Microsoft SQL Server, Error: 5)
An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 40 – Could not open a connection to SQL Server) (Microsoft SQL Server, Error: 1326)
Após a reinicialização do servidor, tudo funciona bem. Eu verifiquei a RAM, conexões abertas no servidor SQL, etc, e nada parece fora de moda.
Alguma idéia?
Estranhamente, estou vendo eventos como esse misturados na massa de eventos de erro do SQL Connection que postei acima:
This instance of SQL Server has been using a process id of 44552 since 7/6/2010 12:07:27 PM (local) 7/6/2010 4:07:27 PM (UTC).
Mas não há SQL Server instalado neste servidor? Além disso, após a reinicialização, há muitas mensagens sobre o SQL Server iniciando o backup e outras coisas.
Eu retiro isso, existem processos rodando como o MSSQLSERVER ... mas por quê? Não está instalado ... também não vejo como removê-lo.
Esse erro é genérico e apenas significa que você não pode se conectar ao SQL. Existe mais alguma coisa nos logs de eventos do servidor?
Apenas uma tentativa no escuro, mas se uma reinicialização resolver o problema, seus TEMPDBs estarão ocupando o disco rígido?
Uma vez tive um problema semelhante em uma caixa de desenvolvimento do SharePoint que usei. Ele tinha uma instância local do SQL Server Express (o Visual Studio instalado) em execução e, por algum motivo, causou problemas ao se conectar à instância do SQL Server que estava executando o SharePoint, que estava em outra caixa completamente. Não fazia sentido para mim. Mas quando desativei a instância do SQL local, nunca mais tive o problema.
Certifique-se de que a instância não está sendo usada e, em seguida, desative-a via services.msc