SQL Server 2008 si blocca dopo il webserver di inattività

Question

Ho di recente installazione di un paio di server con l'intenzione di spostare i nostri siti web su di loro. Uno è Windows Web Server 2008 e l'altro è Windows Server 2008 Standard esegue SQL Server 2008.

La prima cosa che ho installato era FogBugz, e tutto sembrava installare ed eseguire senza problemi fino a quando abbiamo smesso di usarlo per un po '. Poi, quando si tenta di accedere di nuovo, ottengo un errore dicendo che non riesce a comunicare con il database. Questo persiste fino a quando ho accedere al server web tramite RDP. Poi se mi aggiorna la pagina FogBugz, si carica la pagina più che bene.

L'ho fatto un certo numero di volte, e sembra che se il sito non viene utilizzato per circa 30 minuti, non sarà più in grado di comunicare con il database. Ma poco dopo la connessione tramite RDP (non faccio alcuna modifica) si inizia a lavorare di nuovo.

Tutte le idee che cosa potrebbe causare questo problema?

Modifica: Alcuni dettagli

La risposta postato sembra che sarebbe la causa, ma il conto FogBugz che è stato creato è un account locale, non un account di dominio. E il server Web sta usando SQL Autenticazione, non l'autenticazione di Windows, quindi non sono sicuro di quello che sarebbe in esecuzione con un account di dominio. C'è qualche modo per vedere cosa è in esecuzione come utente del dominio?

Modifica:

Il problema è sicuramente legato alla comunicazione con il database in qualche modo. Ho acceso la piscina applicazione da parte dell'utente FogBugz per NetworkServices e ho anche installato un carrello applicazione commerciale che ha lo stesso comportamento esatto. Quando ho effettuato l'accesso al server, i siti web di lavoro. Quando non sono, non lo fanno. E 'solo la connessione db che si perde. FogBugz per esempio mostra una pagina di aiuto dicendo come impostare la stringa di connessione. Ciò che sarebbe in esecuzione che gestisce connessioni al database come un account di dominio?

Answer 1

C'era qualcosa stranging in corso con il controller di dominio. Ho portato un nuovo controller di dominio, e si è trasferito i server esistenti oltre ad esso e ai problemi andato via.

Answer 2

Ho un lontano vago ricordo di qualcosa di simile, che è stato causato da l'identità che il sito web è stato eseguito sotto, vale a dire si è in esecuzione in un dominio \ utente (come te), invece di un account di servizio. Il sintomo è stato lo stesso; dopo che l'utente registrato di nuovo al padrone di casa, le cose sarebbero iniziare a lavorare di nuovo.