一個好的第三方工具還應該提供整個SQL Server資產的可定制的一目了然的概述，支持混合云環境、大型資產和可用性組；顯示一段時間的趨勢；并對出現的任何性能問題以及如何解決這些問題提供指導。

更具體地說，當你的內部監控能力達到導致資源問題或管理服務器資產的持續問題時，有五個因素需要考慮：

1. 它能監測什么，如何提供警報？

你想知道的第一件事是它能提供你需要的覆蓋率。以95%為目標，因為其他的5%將來自于備份和恢復、SLQ代理工作和報告失敗等過程。

該解決方案需要突出具有最大影響的查詢和性能指標，以及對最重要的操作和性能問題的可定制警報。最好是能將警報分組，以避免警報的 "噪音 "情況，這在首次引入監控工具時很常見。

 如果你更頻繁地部署變化，也要注意一個解決方案，它可以在性能時間軸上標記何時進行部署以及部署到哪個數據庫。

2. 它是否提供基線和趨勢信息？

基線是很重要的，因為它們提供了一個快速指南，以了解諸如性能峰值等事件的重要性，以及它們是否需要關注。趨勢也很有價值，因為它們可以顯示，例如，未來可能需要新資源的時間點，這對有效的規劃至關重要。

3. 它是否有一個全球概覽？

隨著SQL Server資產的增長和變得更加復雜，在一個基于網絡的中央界面上的全球概覽可以提供一個方便的方法，在幾秒鐘內而不是幾小時內檢查每臺服務器的狀態。還值得檢查的是，它是否提供了一種分組服務器的方法，這樣你就可以，例如，將具有關鍵業務或敏感數據的服務器分組。

4. 它是否提供分布式監控？
與資產的增長相關的是這些資產的性質的變化，服務器在不同的數據中心，或在不同的網絡上有不同的安全協議。任何第三方監控工具都應該能夠處理這個問題，并且能夠在同一時間、同一屏幕上監控企業內部、虛擬機、Azure、AWS或谷歌云上的服務器、實例和數據庫。

5. 它是否對性能構成風險？

遺留和內部監控解決方案的一個重要問題是性能開銷。他們經常執行復雜的數據收集查詢，設置跟蹤標志以捕獲 "粗略的輸出"，要求解釋復雜的專業指標，等等。這可能會導致觀察者效應，即收集監測數據所需的行動會降低被監測服務器的性能。

一個好的第三方監控工具應該把數據收集限制在輕量級的、有效的SQL操作上，利用輕量級的框架，如Extended Events。安裝也不應該要求每個被監控的SQL服務器實例上的代理。這最大限度地減少了他們暴露的表面積，降低了風險，所有的數據處理都是在一個單獨的服務器上完成。最后，應該很容易查看工具本身采取的行動，以捕獲監測數據。

話都說到這里了小編難道不要打個廣告嗎？

 數據庫監控首推RadGate和Navicat的產品，RadGate產品備受全世界大廠使用，而Navicat的產品易于上手體驗感很不錯。

關于SQL Monitor的圖文評測請點擊這里！

關于Navicat Monitor的圖文評測及教材請點擊這里！