SQL Server non si avvia all'avvio di Windows ma si avvia manualmente


21

Il servizio dell'istanza di SQL Server (SQL Server 2008 R2 Express) ha Tipo di avvio = Automatico. Il paio di volte che ho riavviato il mio computer, il servizio non è stato avviato da solo, ma si avvia bene quando avvio manualmente il servizio.

Il Visualizzatore eventi mostra che il servizio non si avvia a causa di un timeout della connessione. Ci sono 2 voci riguardanti questo timeout:

Ingresso 1

È stato raggiunto un timeout (30000 millisecondi) in attesa della connessione del servizio SQL Server (SQLEXPRESS).

Ingresso 2

Impossibile avviare il servizio SQL Server (SQLEXPRESS) a causa del seguente errore: Il servizio non ha risposto tempestivamente alla richiesta di avvio o controllo.

Ho controllato i file ERRORLOG e non ci sono errori registrati al momento delle voci del Visualizzatore eventi.

Qualche idea sulla causa di questo problema o su come posso indagare ulteriormente?

Risposte:


12

Questo problema si verifica perché SQL Server ha perso le credenziali dell'ID di accesso o ha utilizzato un account senza diritti per avviare i servizi.

Per avviare automaticamente i servizi, SQL Server necessita di un account con diritti per avviare i servizi durante l'avvio del sistema operativo.

Per risolvere questo problema, è necessario selezionare Strumenti di amministrazione> Servizi> SQL Server (MSSQLSERVER o il nome delle istanze)> Fare clic con il pulsante destro del mouse> Proprietà> Sposta per accedere> Imposta l'opzione di accesso utilizzando un account di sistema locale

Se hai scelto questa opzione, premi il pulsante Sfoglia e trova lì l'account del servizio locale o l'account del servizio di rete> Fai clic su Applica.

Riavvia il computer e sarai in grado di avviare SQL Server.


1

Solo una breve idea su qualcosa da esaminare, in un ambiente di tipo dominio, alcuni sistemi operativi consentono di accedere al server prima di stabilire la piena connettività di rete. È possibile che si desideri verificare le impostazioni dei criteri di gruppo a livello locale o di dominio per non consentire l'accesso o l'avvio del sistema operativo fino a quando non viene stabilita la piena connettività di rete.

Nel caso in cui si noti questo quando si accede al server dopo il riavvio, in realtà accede al sistema operativo con le credenziali memorizzate nella cache prima di poter raggiungere i controller di dominio per l'autenticazione (connettività di rete non completamente stabilita) con le credenziali di accesso se si tratta di una credenziale di dominio l'account del servizio SQLExpress è in esecuzione come.

Non sono sicuro che sia esattamente applicabile nel tuo caso, ma questo è qualcosa da almeno semplicemente investigare e provare a testare almeno nel caso.

L'ho trovato in qualche articolo che ho salvato molto tempo fa quando avevo un problema simile con una directory home di AD (non tramite script di login) per mappare la directory home per un PC workstation:

Il valore della politica per Configurazione computer -> Modelli amministrativi -> Sistema -> Accesso “Attendi sempre la rete all'avvio e all'accesso del computer” sarà impostato su “Abilitato”.

Se il seguente valore del Registro di sistema non esiste o il suo valore non è impostato su 1, questo è un risultato:

Registro di sistema: HKEY_LOCAL_MACHINE Sottochiave: \ Software \ Policies \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ Nome valore: SyncForegroundPolicy Tipo: REG_DWORD Valore: 1


1

Hai provato ad accedere come amministratore locale?

Ho riscontrato lo stesso identico problema con SQL 2014 Express su Windows 10. Volevo creare un nuovo utente che non era l'amministratore locale incorporato, quindi ho creato un nuovo utente, l'ho aggiunto al gruppo Administrators, ho impostato quell'utente autologon on boot et voila! Il servizio SQL Server non si avvia automaticamente. Ho provato l'avvio ritardato, ho provato il servizio locale, ho provato il servizio di rete, ho provato il nuovo utente amministratore, ho provato l'impostazione Attendi sempre ... criteri di gruppo. Niente ha funzionato.

Anche disinstallato SQL Server 2014 Express, riavviato, rimosso manualmente tutti i file / cartelle rimanenti, riavviato e reinstallato sotto il nuovo utente amministratore. Ancora niente.

Tornato ad autologon come account amministratore incorporato e voilà! Il servizio SQL Server ora si avvia automaticamente.

Questa è ovviamente una soluzione alternativa per me, quindi sto ancora facendo delle ricerche.

** AGGIORNARE **

In realtà, il mio problema era radicato nella macchina essendo stato rinominato in precedenza. Dopo aver modificato il valore "OriginalMachineName" nel registro, il problema è stato risolto!


-1

Sono andato al servizio locale e sono cambiato

SQL Server (MSSQLSERVER SQL Server Agent (MSSQLSERVER)

Impostarli su Ritardato automatico e Tipo di accesso su

Segno di spunta dell'account di sistema locale ( Consenti al servizio di interagire con il desktop )

E si avvia automaticamente


-5

Bene, ci sono alcune cose che puoi provare. Innanzitutto, vai su Pannello di controllo> Sistema e sicurezza> Strumenti di amministrazione> Servizi> quindi trova SQL Server o SQL Server VSS Writer nell'elenco Servizi (locale). Fare clic con il tasto destro del mouse e selezionare Proprietà, fare clic sulla scheda Generale e assicurarsi che il tipo di avvio sia impostato su "Automatico".

Ora, il servizio potrebbe effettivamente non riuscire per qualche motivo. Quindi, ciò che puoi fare è fare clic sulla scheda Ripristino e selezionare un'opzione per Primo errore. Probabilmente prova a riavviare il servizio.

La prossima cosa da fare è andare al Visualizzatore eventi e controllare l'elenco Servizi e verificare eventuali avvisi o errori che potrebbero essere stati registrati dal servizio (o Windows).

Se tutto il resto fallisce, puoi provare a usare Rebuild Master Utility. Per i dettagli, consultare questa pagina MSDN: https://social.msdn.microsoft.com/Forums/en-US/f713067f-3017-478b-a9ae-8049d80f9fdc/sql-server-is-not-starting-up? forum = sqldatabaseengine


2
Quale terribile link da includere - ricostruire il tuo Master DB è un consiglio terribile - per 1 PO dovrebbe avere i backup del Master DB e dei relativi DB di sistema, per 2 può avviare SQL Server manualmente, quindi il problema descritto nel collegamento non è un suo problema . Keith - sei mai arrivato al fondo di questo?
MHSQLDBA,

perché questa risposta spaventosa è ancora qui?
Mitch Wheat,

La parola "probabilmente" non appartiene a nessun tipo di risposta qui.
Jerry Dodge,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.