SQL Server 2008 pára de responder após inatividade webserver

Question

Eu recentemente servidores casal configurar um com a intenção de mover os nossos sites para eles. Um deles é o Windows Web Server 2008 eo outro é o Windows Server 2008 Standard executando o SQL Server 2008.

A primeira coisa que eu instalei foi FogBugz, e tudo parecia para instalar e executar sem problemas até que paramos de usá-lo por um tempo. Em seguida, ao tentar acessá-lo novamente, eu recebo um erro dizendo que não pode se comunicar com o banco de dados. Isso persistir até eu entrar no servidor web via RDP. Então, se eu atualizar a página FogBugz, ele carrega a página muito bem.

Já fiz isso várias vezes agora, e parece que se o site não é usado por cerca de 30 minutos, ele não será mais capaz de se comunicar com o banco de dados. Mas, logo depois de conectar via RDP (eu não fazer qualquer alteração) ele começa a trabalhar novamente.

Todas as idéias que podem estar causando este problema?

Edit: Alguns mais detalhes

A resposta postou parece que seria a causa, porém a conta FogBugz que foi criado é uma conta local, e não uma conta de domínio. Eo servidor web está usando autenticação SQL, não autenticação do Windows, então eu não tenho certeza do que iria ser executado sob uma conta de domínio. Existe alguma maneira de ver o que está funcionando como um usuário de domínio?

Editar:

O problema é definitivamente relacionadas com a comunicação com o banco de dados de alguma forma. Troquei o pool de aplicativo do usuário FogBugz para NetworkServices e eu também instalado um carrinho de aplicativo de compras que tem o mesmo comportamento exato. Quando estou conectado ao servidor, os sites funcionam. Quando eu não estou, não. É apenas a conexão db que está perdido. FogBugz, por exemplo, mostra uma página de ajuda dizendo como definir a seqüência de conexão. O que estaria correndo que gerencia conexões de banco de dados como uma conta de domínio?

Answer 1

Havia algo stranging acontecendo com o controlador de domínio. Eu trouxe um novo controlador de domínio, e mudou-se os servidores existentes até lá e os problemas foram embora.

Answer 2

Eu tenho uma vaga lembrança distante de semelhante alguma coisa, que foi causado pela identidade que o site estava funcionando sob, ou seja, ele estava correndo sob um domínio \ usuário (como você) em vez de uma conta de serviço. O sintoma foi a mesma; depois disso usuário conectado de volta para o host, as coisas iriam começar a trabalhar novamente.