Ho notato che alcuni DBA riavviano SQL Server molto frequentemente, a volte anche di notte. Credo che lo facciano per liberare un po 'di memoria, o forse anche per velocizzare le query. So che dopo un riavvio i piani di query devono essere ricompilati, ma anche compreso che mi chiedo se ci sia un netto vantaggio in questa pratica.
È vero che il riavvio quotidiano di SQL Server lo rende più veloce?
Risposte:
Il riavvio del server è probabilmente una delle cose più dannose per le prestazioni. Significa forzare una cache fredda per i dati, una cache fredda per i piani di query e tutte le cache interne di SQL Server vengono anch'esse modificate nel processo. Per non parlare del fatto che gettando via tutte le statistiche raccolte nei DMV delle statistiche operative, si riducono le possibilità di indagare su qualcosa con successo.
Non esiste una guida ufficiale a sostegno di questa pratica, non l'ho mai visto menzionato in alcun lavoro rispettabile di buone pratiche, non ho mai sentito parlare di un esperto stimabile che abbia mai menzionato questo come una pratica. Non farlo
Mentre le altre risposte sono buone, manca un pezzo importante: la cache dei file di Windows.
Su Windows a 64 bit, non esiste limite alla quantità di memoria che Windows utilizzerà per memorizzare nella cache i file. Windows può svuotare completamente il sistema dalla memoria e, a quel punto, inizierai a passare al disco. È stato documentato in alcuni punti:
Riavviando SQL Server, si impone a SQL di rinunciare alla memoria, consentendo a Windows di ottenere di più e il paging si interrompe temporaneamente. SQL si riavvierà all'utilizzo della memoria quasi zero e salirà gradualmente e quando la casella esaurisce nuovamente la memoria, il riavvio aiuterà temporaneamente. Riavviando l'intero sistema operativo, forzerai anche l'uso della cache dei file di Windows verso il basso.
La vera soluzione: interrompere la copia dei file dal server Windows o limitare la quantità di cache dei file in uso con il servizio di cache dei file dinamica come documentato nei post di blog sopra.
Se accelera le query, potrebbe essere coinvolto lo sniffing dei parametri . Se un piano di merda viene memorizzato nella cache e applicato a chiamate successive non appropriate, il miracolo del riavvio consente di memorizzare nella cache il piano comune / corretto. In tal caso, esistono modi infinitamente migliori per correggere il comportamento, come altri hanno indicato. Ma fino a quando non smettono di riavviare il box, non c'è modo di eseguire l'analisi della causa principale.
Non dovresti riavviare SQL Server se non hai modificato le proprietà del servizio o impostato tracce di avvio che desideri rendere immediatamente effettive.
Poiché @RemusRusanu ha dichiarato molti punti, cancella molte cache e fa sì che SQL Server esegua molte operazioni di avvio non necessarie .
Sembra che questo server non sia un server SQL dedicato / server database. È consigliabile che un server di database di produzione abbia un solo scopo ... essere un server di database. In tal caso, potresti mettere da parte memoria e risorse sufficienti per il sistema operativo e dare tutto il resto a SQL Server. Ciò porterebbe a non morire di fame altre applicazioni o ruoli del server.
Sono d'accordo con il sentimento che se stai facendo tutto nel modo giusto, potrebbe non essere necessario riavviare / riavviare il tuo server MSSQL.
Per me questo vale per lo scenario in cui tutti sono competenti e puoi sistemare qualsiasi cosa.
Non sono un DBA. Sono un architetto del software e parte di ciò implica la creazione di interi schemi di database da zero e, sfortunatamente , lavoro con database di terze parti sui quali non ho assolutamente alcun controllo.
Le persone, che hanno creato e conservano uno dei nostri principali database di terze parti, lo hanno reso a malapena funzionale.
Ho già detto che non sono neanche un esperto di sicurezza o un ingegnere di rete?
Per me la domanda diventa allora: dovrei riavviare SQL Server più spesso di ogni 3 mesi?
La pianificazione si riavvia per la promessa di un pollice in più di performance, è come ballare per la pioggia.
Forse arriverà, forse no, ma non saprai con certezza cosa lo abbia causato la pioggia.
Non mi piace dicendo che mai necessario riavviarlo per risolvere un problema o verificare il failover, ma io fare avere un problema con Restarts programmazione per mantenere un problema di prestazioni che si verificano in modo casuale ignoto.
L' unica eccezione a questo è se gestisci un database di terze parti canaglia in cui il riavvio ogni settimana o due sembra essere l'unico modo per mantenerlo operativo e non ti è permesso di ripararlo o addirittura toccarlo.
Anche allora, dovresti cercare delle correzioni, condividerle con il proprietario e sollevare l'inferno fino a quando non viene risolto.