Avvisi di SQL Server - Best practice

Question

Quali avvisi di SQL Server vengono sempre impostati per ogni database? Cosa monitorate sempre indipendentemente dal database?

Answer 1

È necessario monitorare ed essere avvisati per livelli di gravità da 17 a 25.

livelli di gravità da 17 a 19 richiederanno l'intervento da un DBA, non sono così gravi come il 20-25, ma il DBA deve essere allertato
17 risorse insufficienti
errore 18 non fatale interno rilevato
19 Errore nel Resource


Questi sono gravi errori che significherà SQL Server non funziona più
20 SQL Errore nel processo attuale
21 SQL Fatal Errore nel database dbid Processi
22 Errore irreversibile SQL Tabella Integrity Suspect
23 Errore irreversibile SQL: Database Integrity Suspect
24,25 Hardware Error

per ulteriori informazioni sui livelli di gravità vedere http://msdn.microsoft.com/en-us/library/aa937483(SQL.80).aspx

Answer 2

Vorrei anche aggiungere gli allarmi in caso di errore 823, 824 e 832, dal momento che questi errori indicano la corruzione.

Per ulteriori informazioni vedere http://www.sqlservercentral.com/articles/Memory+Corruption/93424/ e http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx

Answer 3

What do you always monitor regardless of the database?

Abbiamo accendere sempre avvisi hardware per tutti i nostri server, oltre a registrare gli avvisi. Ad esempio, errori hardware, come errori di inode, possono eliminare server con la stessa velocità degli errori 5xx. Abbiamo visto le funzionalità di esportazione dei PDF dei clienti fallire quando il codice su un server non è riuscito a eliminare le esportazioni precedenti, riempiendo lo spazio su disco fino a quando le esportazioni non sono riuscite del tutto. Gli avvisi regolari del registro non ti avvisano di queste cose finché non è troppo tardi. Ma il monitoraggio dello spazio su disco avrebbe avuto.

Sfortunatamente, le soluzioni di gestione dei registri non impostano automaticamente questi avvisi, quindi a volte si scopre che sono necessari gli avvisi nel modo più rigido: quando si è già verificato un problema.

abbiamo scritto un post sul perché è importante abbinare l'hardware di avviso metrico con avvisi di log standard: https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/