是什麼導致我的 Windows 頁面文件增長？

我有一台生產伺服器，其 Windows 頁面文件超過 32 GB。

有問題的伺服器有 32 GB 的 RAM，windows server 2008。

它專門用於 Sql Server。沒有其他的。

尚未為任何 sql server 服務帳戶設置記憶體中的鎖定頁面設置，我認為這可能與頁面文件的大小有關。

我已經在查看是否可以向此框添加更多記憶體，但我想找出導致記憶體壓力的原因（如果 sql server 中有任何內容）。

有什麼選擇可以讓我做到這一點？

在這種情況下，我有點喜歡監控分頁文件百分比使用情況，如果出現超出門檻值的情況，我會收集當時在 sql server 上執行的所有內容。希望罪魁禍首都在那裡。

有任何想法嗎？

select @@Version

Microsoft SQL Server 2005 - 9.00.5057.00 (X64) 2011 年 3 月 25 日 13:33:31 版權所有 (c) 1988-2005 Microsoft Corporation Enterprise Edition (64-bit) o​​n Windows NT 6.1 (Build 7601: Service Pack 1)

dbcc memorystatus

正確理解 pagefile.sys % Usage 性能監視器 (perfmon) 計數器

是什麼導致我的 Windows 頁面文件增長？

這是個好問題。如果您想知道是什麼應用程序在物理環境甚至虛擬環境中導致了這種情況，那麼可以使用以下性能計數器：

1. 程序（）\頁面文件字節
2. Process()\頁面文件字節峰值

另外我會捕捉：

1. 分頁文件%Usage
2. 分頁文件%Usage Peak

在虛擬環境中，記憶體壓力通常由來賓作業系統內的氣球驅動程序完成，該驅動程序人為地膨脹以搶回記憶體以供其他用途。這通常不會顯示為在文件中使用分頁記憶體。

尚未為任何 sql server 服務帳戶設置記憶體中的鎖定頁面設置，我認為這可能與頁面文件的大小有關。

我明白你在說什麼，但它不應該與頁面文件的大小有關。頁面文件的系統設置與頁面文件的大小有關。它可能只是設置為 32GB ……誰知道呢。查看為什麼在系統屬性中以這種方式設置。

我已經在查看是否可以向此框添加更多記憶體，但我想找出導致記憶體壓力的原因（如果 sql server 中有任何內容）。

如果您的最小/最大記憶體設置設置正確，那麼根據 Windows，SQL Server 不應該是記憶體壓力的主要原因，特別是因為您說它是專用的，沒有其他任何東西在執行。這可能是內部記憶體壓力，其中時鐘指針會掃描記憶體（內部或外部指針），這將是由於工作負載/可用記憶體量造成的。應該對此進行調查。

你怎麼知道有壓力？你能用你發現的東西更新你的文章嗎？

引用自：https://dba.stackexchange.com/questions/146985