Sqlserver
 sql >> Database >  >> RDS >> Sqlserver

4 suggerimenti per la configurazione degli avvisi di SQL Server

Sono le 3 del mattino e all'improvviso il telefono esplode con avvisi. Deve essere successo qualcosa di veramente brutto al server. Solo che non è stato così. È un altro falso allarme, il terzo questo mese, in effetti. Mentre torni a letto scuotendo la testa che ti ha privato del sonno, prendi nota mentalmente di rivedere le impostazioni degli avvisi di sistema domani e apportare alcune modifiche assolutamente necessarie.

Lo scenario sopra illustra cosa succede quando avvisi e allarmi non sono impostati in modo efficiente. L'affaticamento dell'allarme si instaura, il che aumenta la possibilità che un DBA manchi un allarme critico. L'esaurimento degli allarmi si verifica quando un DBA è costantemente sbarrato da avvisi, alcuni importanti, la maggior parte no.

Fortunatamente, puoi personalizzare gli avvisi di SQL Server in modo da ricevere solo quelli che necessitano di un'attenzione immediata e umana.

Il modo più semplice per calmare il caos è semplicemente spegnere alcuni degli allarmi. Sebbene ciò sia facile in termini di impegno effettivo, può essere mentalmente difficile per un DBA disattivare gli allarmi per paura di perdere una notifica di un problema critico.

Per superare questa paura, dedica del tempo all'analisi degli avvisi per determinare quelli che sono cronicamente falsi allarmi, quelli che non richiedono un'attenzione immediata e quelli che possono essere gestiti con un po' di automazione. Una volta identificati questi avvisi, puoi sentirti sicuro di disattivarli e tracciarli tramite i log.

Ora che hai il rumore sotto controllo, è importante rivedere tutti i tuoi allarmi di SQL Server per assicurarti che siano impostati correttamente. Gli allarmi impostati correttamente sono fondamentali non solo per le prestazioni del tuo server ma anche per la tua sanità mentale.

Per iniziare a impostare avvisi efficienti, soprattutto se hai ereditato il lavoro DBA, guarda prima gli allarmi esistenti con occhi nuovi. Vedi qualcosa di insolito? Se sei stato il DBA per un po' di tempo, potresti voler iniziare esaminando i tuoi log per vedere se ci sono tendenze che indicano che è necessaria una manutenzione.

Una volta che hai una buona idea dello stato dei tuoi avvisi esistenti, ci sono alcune best practice che puoi implementare per assicurarti di ricevere solo gli avvisi più critici e quelli che richiedono un intervento umano immediato.

Ecco quattro suggerimenti per impostare avvisi di SQL Server efficaci.

Imposta regole specifiche per gli allarmi

Questo è un ottimo modo per evitare inutili rumori di allarme. Non è necessario sapere tutte le cose tutto il tempo. L'impostazione di regole specifiche, come "escludi l'istanza X dall'allarme" o "invia un avviso solo se questo allarme viene attivato Y volte", ti aiuterà a concentrarti sui problemi più importanti e a salvarti dall'affaticamento dell'allarme.

Utilizzare allarmi intelligenti che non solo inviano avvisi ma avviano anche il processo diagnostico

Ci sono alcuni strumenti di monitoraggio delle prestazioni di SQL Server sul mercato che non solo ti dicono che hai un problema, ma ti danno anche idee su come risolverlo. Se isoli subito la potenziale causa principale di un allarme, il tuo tempo di risoluzione sarà probabilmente notevolmente più breve.

Dai la priorità agli allarmi in modo da affrontare prima i problemi più importanti

Più velocemente identifichi un problema che riduce le prestazioni, meglio è. Assicurati che il tuo strumento di monitoraggio di SQL Server ti consenta di personalizzare e assegnare priorità agli allarmi in modo da poter vedere facilmente i problemi davvero grandi velocemente. Decidi tu la soglia, quando emettere un avviso, cosa ignorare e quale azione intraprendere quando viene attivato un avviso.

Sfrutta gli avvisi mobili

Il monitoraggio delle prestazioni mobili ha fatto cose straordinarie per l'equilibrio tra lavoro e vita privata dei DBA. Gli avvisi ora possono essere valutati e talvolta persino cancellati da qualsiasi dispositivo e posizione, quindi i DBA non sono più alla mercé della telefonata delle 3 del mattino. Alcune app di monitoraggio mobile offrono persino mappe di calore che forniscono dati a colpo d'occhio sulla gravità del problema che ha attivato l'avviso.

Ora che hai alcune idee per impostare i tuoi avvisi in modo da dedicare meno tempo a reagire a problemi che non richiedono un triage immediato, scopri come Spotlight Cloud rende ancora più semplice il monitoraggio delle prestazioni di SQL Server.

La soluzione di monitoraggio delle prestazioni di SQL Server basata su cloud di Spotlight Cloud include numerose funzionalità progettate per semplificare il monitoraggio delle prestazioni. Alcune funzioni specifiche che ti aiuteranno a impostare avvisi efficienti includono:

Più di 100 allarmi definiti

Spotlight Cloud ha più di 100 allarmi definiti che avvisano l'utente quando vengono attivati. Poiché avere oltre 100 allarmi che ti inviano avvisi a tutte le ore è l'opposto dell'efficienza, gli allarmi di Spotlight Cloud sono personalizzabili in modo da ricevere avvisi solo per gli allarmi specificati.

Schermata di controllo dello stato di salute

Il monitoraggio dell'integrità del server è fondamentale per individuare i problemi esistenti e potenziali che possono influire sulle prestazioni. La schermata Health Check di Spotlight Cloud fornisce dati sulle metriche chiave delle prestazioni del sistema, aiuta a isolare la causa principale dei problemi e ti consente di approfondire per ottenere dettagli e pianificare una linea d'azione.

Riduzione del rumore

Il monitoraggio delle prestazioni di SQL Server può diventare rumoroso. Spotlight Cloud viene fornito con allarmi preconfigurati progettati per aiutarti a stabilire le priorità in modo da non essere sopraffatto dagli avvisi. Questi allarmi sono personalizzabili per soddisfare le esigenze specifiche della tua organizzazione, così non sarai bombardato da notifiche che non ti servono.