SQL Server警報 - 最佳實踐

Question

什麼是SQL Server警報您是否總是爲每個數據庫設置？不管數據庫如何，你總是監控什麼？

Answer 1

您應該監視和

從17

嚴重級別到19需要干預從DBA，他們並不像20-25那樣嚴重，但DBA需要提醒的嚴重級別17至25被警告。
17資源不足
18非致命內部錯誤檢測到
19錯誤在資源


這是嚴重的錯誤，這將意味着SQL服務器不再工作
20 SQL錯誤在當前進程
21 SQL致命數據庫dbid進程中的錯誤
22 SQL致命錯誤表完整性疑難問題
23 SQL致命錯誤：數據庫完整性疑似問題
24,25硬件錯誤

有關嚴重性級別的詳細信息請參見http://msdn.microsoft.com/en-us/library/aa937483(SQL.80).aspx

Answer 2

我還要補充警報上的錯誤823，824和832，因爲這些錯誤表明腐敗。

欲瞭解更多信息，請參閱http://www.sqlservercentral.com/articles/Memory+Corruption/93424/和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?

我們始終開啓硬件警報我們所有的服務器，除了記錄警告。例如，inode錯誤等硬件錯誤可以像服務器5xx錯誤一樣快速取下服務器。當服務器上的代碼無法刪除舊的導出時，我們發現客戶的PDF導出功能失敗，填滿磁盤空間直到導出完全失敗。常規日誌警報不會提醒你這些事情，直到爲時已晚。但是監視磁盤空間會有。

不幸的是，日誌管理解決方案不會自動爲您設置這些警報，所以有時您會發現您需要很難的警報：當您遇到問題時。

我們寫了一篇博客文章，爲什麼配對硬件指標預警標準日誌警報是很重要的：https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/