Welche SQL Server Alerts richten Sie immer für jede Datenbank ein? Was überwachen Sie unabhängig von der Datenbank immer?SQL Server Alerts - Best Practices
Antwort
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
ich auch Warnungen auf Fehler hinzufügen würde 823, 824 und 832, da diese Fehler Korruption anzuzeigen. siehe
Weitere Informationen http://www.sqlservercentral.com/articles/Memory+Corruption/93424/ und http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx
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/
- 1. SQL Server Bad & Best Practices
- 2. SQL Server-Datenbankstandards und Best Practices
- 3. Best Practices für das SQL Server-Schema
- 4. Best Practices für berechnete Spalte in SQL Server
- 5. Best Practices für Datenbankanwendungen
- 6. LINQ to SQL Web Application Best Practices
- 7. nginx Konfiguration Best Practices
- 8. Best Practices für die Dateiverwaltung
- 9. SQL/SSIS DataWareHouse Faktentabelle laden, Best Practices?
- 10. NoSQL-Best Practices
- 11. Best Practices - Stored Procedure Logging
- 12. Best Practices für Transaktionen
- 13. Browser WYSIWYG Best Practices
- 14. SPL Autoloading Best Practices
- 15. Ziel-C-Vernetzung - Best Practices?
- 16. JavaScript Best Practices
- 17. LDAP Best Practices
- 18. Codierrichtlinien + Best Practices?
- 19. CFReadStreamHasBytesAvailable polling - Best Practices
- 20. C#: Best Practices Debug.Print
- 21. Objective-C Best Practices
- 22. Verschlüsselungsschlüssel speichern - Best Practices?
- 23. Extjs Routing Best Practices
- 24. Best Practices für Sitzungen
- 25. Serverseitige Anwendungskonfigurationssicherheit. Best Practices
- 26. Rückwärtssuche Best Practices?
- 27. iOS Prefix.pch Best Practices
- 28. HttpRuntime.Cache Best Practices
- 29. Best Practices für Datenbanken
- 30. NAnt Best Practices
ich auch 9002 auf tempdb aufgebaut. – SqlSandwiches