SQL Monitor是一個SQL Server監控工具。它可以監控SQL Servers的健康狀況和活動，并通過電子郵件為您發送監測結果和建議。使用SQL Monitor時，只要一出現問題，你將會通過郵件和用戶界面接收到警告，SQL Monitor會快速地做全局檢查，檢查單機，集群，服務區和數據庫的健康狀況和性能。使用SSRS或者用戶界面生成報告，得到全部的歷史數據，會讓你非常回溯到過去，快速地檢查到問題的原因。

點擊下載SQL Monitor正式版

您需要確保沒有人篡改您的生產數據庫，或者開發之外的任何數據庫。就算您不是一個神經質的人，也會想要知道數據庫是被停止了還是被刪除了。本文介紹了使用擴展事件和SQL Monitor檢查數據庫事件內容中——將SQL Monitor添加到組合中，本文內容緊接上文。

將SQL Monitor添加到組合中

現在，我們創建一個自定義指標，該指標可以與服務器上的其他指標關聯。如前所述，根據要監視的操作類型以及該事件可能在DBA中造成的焦慮程度以及因此的嚴重性警報，可能要針對這些事件創建其他自定義指標。

創建DatabaseEvents自定義指標和警報

該指標將按時間表查詢事件數據，并為每種類型的事件分配“焦慮等級”，介于1（松弛）和10（恐怖）之間。當然，與刪除數據庫相比，我們對啟動數據庫的擔心要少得多。但是，所有使用此方法的DBA都希望根據自己對每種數據庫事件類型的相對重要性來設置自己的焦慮等級。

我們將一段時間內的評分相加，以創建可繪制的總體“焦慮水平”值。我選擇了一個60分鐘的時間段，在此之后，至少對我而言，對事件的擔憂會逐漸消失，盡管您可能有所不同。無論如何，當您在SQL Monitor的圖形中看到創傷時，您會記得該創傷。當然，也會有警報。

清單4：DatabaseEvents自定義指標

當我們在SQL Monitor中創建DatabaseEvents自定義度量（配置 > 自定義度量）時，我們將粘貼清單4中的代碼，并指定它僅在主數據庫上運行，因為所有這些活動都是在主數據庫上下文中進行的。實際上，我們正在基于服務器的角度看待正在發生的事情。我們還需要設置收集指標數據的頻率。我選擇了間隔時間。

在下一個屏幕上，我們設置一個警報，指定最低的“焦慮水平”。

測試指標和警報

現在，我們只需要測試所有內容，就可以模擬一個會話，在這個會話中，錯誤的開發人員Dave認為他已登錄到開發服務器而不是生產環境。我們要做的就是運行清單2中的測試套件，每個批處理之間有一個延遲：

Declare @delay varchar(8)= '00:00:'+Right('0'+Convert(varchar(2),convert(int,Rand()*60)),2);
WAITFOR DELAY @delay;

下一個屏幕截圖顯示了生成的“DatabaseEvents”度量標準數據，該數據顯示在SQL Monitor的分析圖上。

這是“生產服務器的異常數據庫事件”的伴隨警報：

發出警報時，您可以使用清單3中的查詢找出誰對哪個數據庫做了什么。

結論

SQL Monitor只提供了Redgate開發人員可以確信的大多數用戶所需的指標。您只需添加與數據庫服務器環境相關的額外指標。這些可能是出于特殊考慮、ETL流程、正在運行的特定應用程序或服務器外部的流程或應用程序組件的指標。

這個監視數據庫事件（例如，數據庫被刪除或停止）的示例僅應作為可能發生的事情的示例。如果您要衡量的過程可以簡化為整數，則SQL Monitor可以處理它。在這種情況下，我介紹了服務器上虛構的機器人DBA的“焦慮程度”這一概念，該思想可能與您自己的不匹配，可以作為一種測繪方法。這允許將具有不同重要性的幾個不同事件簡化為一個度量標準。

本教程內容就是這樣了，想要了解前半部分內容的朋友請點擊下方鏈接，想要了解更多產品資訊請繼續關注我們網站~趕快下載SQL Monitor試用版嘗試一下吧~

相關內容推薦：

監控工具SQL Monitor教程：使用擴展事件和SQL Monitor檢查數據庫事件（上）