2008-12-02 10 views

Antwort

10

Sie überwachen und für Schweregrad 17 bis 25

Schweregrade von 17 bis 19 wird Intervention von einem DBA erfordern, wie ernst sie sind nicht so 20-25, aber der DBA muss alarmiert werden, um gewarnt werden.
17 Unzureichende Ressourcen
18 Nicht schwerwiegende interne Fehler erkannt
19 Fehler in Ressource


Dies sind schwerwiegende Fehler, die SQL Server mehr bedeuten wird kein Arbeits
20 SQL-Fehler in Aktuellem Prozess
21 SQL Fatal Fehler in der Datenbank dbid Prozesse
22 Fataler SQL-Fehler Tabelle Integritätsverdächtiger
23 Schwerer SQL-Fehler: Datenbankintegritätsverdacht
24,25 Hardware-Fehler

für weitere Informationen über die Schweregrade siehe http://msdn.microsoft.com/en-us/library/aa937483(SQL.80).aspx

+0

ich auch 9002 auf tempdb aufgebaut. – SqlSandwiches

0

What do you always monitor regardless of the database?

Wir wenden uns immer auf Hardware-Warnungen für alle unsere Server, zusätzlich Warnungen loggt sein. Hardwarefehler, wie Inode-Fehler, können Server zum Beispiel so schnell wie 5xx-Fehler herunterfahren. Wir haben gesehen, dass die PDF-Exportfunktionen von Kunden fehlgeschlagen sind, wenn Code auf einem Server alte Exporte nicht löschen konnte, wodurch der Festplattenspeicher voll wurde, bis die Exporte insgesamt fehlschlugen. Regelmäßige Protokollalarme warnen Sie nicht vor diesen Dingen, bis es zu spät ist. Aber die Überwachung des Speicherplatzes hätte.

Leider stellen die Log-Management-Lösungen diese Warnungen nicht automatisch für Sie ein, sodass Sie manchmal feststellen, dass Sie die Warnmeldungen auf die harte Tour benötigen: wenn Sie bereits ein Problem haben.

Wir schrieben eine Blog-Post darüber, warum es wichtig Hardware metric Alarmierungs mit Standard-Log-Benachrichtigungen zu paaren: https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/