SQL Server 記憶體使用量異常偏低？鎖定頁面 (Lock Pages in Memory) 導致工作集合顯示不準

現象：工作管理員顯示 sqlservr.exe 僅佔用 88MB 記憶體，但伺服器實體記憶體 12GB、可用 8GB+。實際上 SQL Server 已正常使用大量記憶體，只是被鎖定在非分頁集區，不計入工作集合。

驗證真實記憶體使用：DMV 與效能計數器

-- DMV 查詢實際使用
SELECT physical_memory_in_use_kb, locked_page_allocations_kb, *
FROM sys.dm_os_process_memory;

-- 效能計數器 (PerfMon)
-- 物件: SQL Server: Memory Manager
-- 計數器: Total Server Memory (KB)

結果顯示 physical_memory_in_use_kb 約 2GB，證實 SQL Server 正常運作。

根因：Lock Pages in Memory (LPIM) 特權

• 錯誤日誌含訊息：Large Page Extensions enabled. Large Page Allocated: 32MB。
• 啟用 LPIM 後，SQL Server 使用 AWE API 鎖定記憶體頁面，防止被作業系統分頁到磁碟。
• 鎖定頁面 不計入工作集合，導致工作管理員/工作集合計數器嚴重偏低。

32 位元 vs 64 位元 差異

Large Pages (大型頁面) 與 Trace Flag 834

• 僅啟用 LPIM 不會自動使用 Large Pages。
• 需啟用 Trace Flag 834 (啟動參數 -T834) 才會使用 Large Pages。
• 錯誤日誌出現 Using large pages for buffer pool. 才代表真正啟用。

監控建議

1. 勿信任工作管理員 查看 SQL Server 記憶體。
2. 使用 DMV: sys.dm_os_process_memory、PerfMon: Total Server Memory (KB)、sys.dm_os_memory_clerks。
3. 設定 max server memory 留足作業系統與其他服務記憶體 (建議保留 4-8GB 或總量 10-15%)。

參考資源

• Fun with Locked Pages, AWE, Task Manager, and the Working Set (Microsoft 部落格)
• Why SQL Server is using so LESS memory (CSS SQL Server Engineers)

理解鎖定頁面機制，避免誤判記憶體壓力而錯誤調整設定。

1. 上一篇文章： SQL Server 安裝失敗 sqlstp.log 提示「未發現資料來源」：ODBC 註冊表修復
2. 下一篇文章： SQL Server 遞迴查詢父子層級資料：四層 CTE 與 IN 子查詢寫法

關於SqlServer

SSRS 入門（四）：在應用程式中整合 SSRS 報表——ReportViewer 實作指南

SSRS 報表不只能在入口網站瀏覽，更能無縫嵌入 WinFo

SQL Server 2008 安裝體驗全新升級：統一安裝中心、目錄命名改進、元件變更

全新安裝中心 Feb CTP 整合全新安裝、從 SQL 20

SQL Server 游標實戰：查詢單一資料庫所有表大小與空間使用情況

需求 效能調優前快速掌握資料庫各表筆數、資料大小、索引大小、

解決 PL/SQL Developer 連線 Oracle 出現 ORA-12541:TNS 無監聽程序錯誤

在嘗試使用 PL/SQL Developer 連接 Orac