Microsoft SQL Server 現在已有 30 多年的歷史，并且仍然是當今最流行的商業用關系數據庫之一。它只需稍作調整即可高效運行，但也可以深入調整以獲得最佳性能。在微調 SQL Server 數據庫之前，首先必須監控其在各種條件和工作負載下的性能。在本篇文章中，我們將回顧一些最具說明性的指標，以衡量服務器性能。

Navicat for SQL Server 是一套專為 Mircosoft SQL Server設計的強大數據庫管理及開發工具。它可以用于 SQL Server 2000、2005、2008R2 及 SQL Azure，并支持大部份最新功能，包括觸發器、函數及其他。

性能監控的好處

為了使數據庫服務器順利運行，定期監控其性能至關重要。一個好的 SQL Server 監控計劃可以幫助你掌控服務器的：

• 性能：監控數據庫性能可以幫助發現可能的瓶頸和其他問題，以便您為將來的事件做好更充分的準備。除了主動性之外，性能指標可以助你決定是否有必要提高性能。例如，在查詢運行時監視查詢可能會顯示需要修改的地方。


• 增長：數據庫流量的增長速度往往快于預期。通過觀察用戶和流量模式，你可以預測將來需要的升級。


• 安全性：人們都傾向于將術語“數據庫安全性”與審核聯系起來。雖然審核有助于追蹤未經授權使用數據庫的源頭，并且根據所使用的產品阻止其進入的途徑。然而，性能監控可以幫助確認已采用適當的安全措施。

性能指標

SQL Server 性能指標通常針對以下四個組件：磁盤活動、處理器使用率、內存和服務器本身：

磁盤活動

• % Disk Time：此計數器監視磁盤忙于讀取或寫入活動所用的時間。其值是以百分比表示的“Average Disk Queue Length”值（即乘以 100）。如果“Average Disk Queue Length” 值為 1，則“% Disk Time”為 100%。如果每個磁盤的這個值都大于 90%，則需要進行額外的調查。首先，請檢查“Current Disk Queue Length”值。如果它高于每個物理磁盤的閾值 2，就要監視此值是否經常很高。


• Average Disk Queue Length：等待的 I/O 操作數。例如，在 6 磁盤數組中，“Current Disk Queue Length”值為 12 表示每個磁盤的隊列為 2。掛起的 I/O 請求數不應始終超過物理磁盤心軸數的 1.5 到 2 倍。


• Page reads/sec 和 page writes/sec：SQL Server Buffer Manager 指標 page reads per second 和 page writes per second 顯示頁在一秒鐘內磁盤讀取數和磁盤寫入數。這是服務器級的指標，因此該數字表示實例上所有數據庫的頁讀取數。建議的 page reads/sec 和 page writes/sec 值應小于 90。較大的值通常表示內存不足和可能有索引問題。

處理器使用率

• % Processor time：處理器用于執行用戶進程（如 SQL Server）的時間百分比。換句話說，這是處理器在用戶進程上花費的非閑置時間的百分比。請注意，多處理器系統的每個 CPU 都有一個單獨的實例。建議的 % Processor Time 值為 80%，因此如果達到了 80-90% 太高了，應該盡快解決。


• % Privileged time：表示在 Windows 內核命令（即 SQL Server I/O 請求）上花費的時間。如果此磁盤計數器和物理磁盤計數器都很高，則可能需要更快的磁盤或降低此服務器的負載。


• % user time：CPU 花費在用戶進程上的時間百分比。


• Queue Length：等待處理時間的線程數。較大的數字可能表示需要更快或更多的處理器。 在第 2 部分中，我們將繼續介紹計量內存和服務器的指標。

在第 2 部分中，我們將繼續介紹計量內存和服務器的指標。