您好,登錄后才能下訂單哦!
考慮對生產環境所有SQL Server服務器開啟數據庫郵件功能,它是數據庫自帶的郵件發送功能,通過配置到郵件服務器的訪問,及時接收SQL Server事件告警。
SQL Server警報是基于引擎的事件通知機制發送告警,當事件發生時出發告警通知。
現階段,需要收集如下兩類SQL Server事件告警:
Severity - 事件嚴重性級別13到25告警;
Error Number - 包括操作系統錯誤、IO錯誤、內存錯誤、AlwaysOn狀態相關告警。
策略調整
我們考慮將這些需要監控的告警整合到應用程序日志,接入ELK日志分析系統。
我們了解到,在下列情況下,SQL Server 和 SQL Server 應用程序產生的錯誤/消息將發送到Windows 應用程序日志:
嚴重級別為 19 或更高的 sys.messages 錯誤
任何使用 WITH LOG 語法調用的 RAISERROR 語句
所有使用 sp_altermessage 修改或創建的 sys.messages 錯誤
所有使用 xp_logevent 記錄的日志事件
引用自 https://docs.microsoft.com/en-us/sql/ssms/agent/create-an-alert-using-severity-level“Severity levels from 19 through 25 send a SQL Server message to the Microsoft Windows application log and trigger an alert. Events with severity levels less than 19 will trigger alerts only if you have used sp_altermessage, RAISERROR WITH LOG, or xp_logevent to force them to be written to the Windows application log. ”
針對上文提到、我們需要監控的Severity和Error Number告警,我們需要做如下變更調整:
Severity - 經過討論,不記錄嚴重級別19以下的用戶級別的錯誤,19級別及以上的Fatal Error默認記錄到應用程序日志,我們不用做任何更改。
Error Number - 需要監控的錯誤,根據附件的查詢結果,部分錯誤號的is_event_logged字段為0,表示沒有記錄到應用程序日志。可以通過上面的sp_altermessage修改該字段為1達到記錄到應用程序日志的目的。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。