調整 Windows 參數提升 SQL Server 效能：虛擬記憶體、任務優先權與處理器排程實戰

SQL Server 深度依賴 Windows 作業系統資源管理。本文針對兩大關鍵參數——虛擬記憶體大小與處理器排程優先權——提供具體調整建議、計算公式與驗證方法，幫助 DBA 從作業系統層面釋放資料庫效能潛力。

一、虛擬記憶體 (Pagefile) 設定策略

核心原則

• 虛擬記憶體 = 硬碟空間充當記憶體緩衝，物理記憶體不足時交換使用。
• 太小 → 記憶體耗盡導致 OOM、查詢失敗、甚至服務崩潰。
• 太大 → 浪費磁碟空間，交換頻率反而可能增加 (Thrashing)。

建議設定值

操作步驟

1. 「我的電腦」右鍵 → 「內容」→ 「進階」→ 「效能」設定 → 「進階」→ 「虛擬記憶體」變更。
2. 取消「自動管理」，自訂初始/最大值為相同數值 (避免動態擴縮碎片)。
3. 設定完成需重啟作業系統生效。

SQL Server 端配合設定

-- 設定最大伺服器記憶體 (MB)，例如 64GB 實體 → 52GB (約 80%)
EXEC SP_CONFIGURE 'SHOW ADVANCED OPTIONS', 1; RECONFIGURE;
EXEC SP_CONFIGURE 'MAX SERVER MEMORY (MB)', 53248; RECONFIGURE;

⚠️ 物理記憶體升級時，必須同步調整 兩側設定。

二、處理器排程優先權 (Processor Scheduling)

背景

Windows 預設「程式」優先權：前景應用程式優先權高、背景服務較低。SQL Server 為背景服務，若在本機執行大量運算 (如 DBCC CHECKDB、索引重建、大量載入)，可能因優先權較低而獲得較少 CPU 時間片。

調整建議

操作路徑

「我的電腦」→ 「內容」→ 「進階」→ 「效能」設定 → 「進階」→ 「處理器排程」選擇「背景服務」或「程式」。

三、綜合驗證與監控

• 記憶體：監控 Memory\Available MBytes > 500MB、Paging File\% Usage < 50%、SQLServer:Memory Manager\Total Server Memory 穩定於設定上限。
• CPU：Processor\% Processor Time 平均 < 70%、System\Processor Queue Length < 2 per core。
• SQL 內部：sys.dm_os_memory_clerks、sys.dm_os_schedulers (runnable_tasks_count)。

四、常見誤區

❌ 虛擬記憶體設 10 倍、20 倍物理記憶體 → 無實質效益，浪費磁碟。
❌ 關閉分頁檔 → 極高風險，記憶體尖峰即崩潰。
❌ 一律設「背景服務」優先權 → 若伺服器兼跑 IIS，使用者會感覺網頁回應變慢。
✅ 根據實際負載角色、硬體規格、業務 SLA 綜合決定，並建立基準線持續追蹤。