Windows 2008R2 上 SQL 2008R2 的推薦頁面文件大小
這篇 Microsoft 文章 -如何為 64 位版本的 Windows Server 2008 和/或 Windows 2008 R2 確定適當的頁面文件大小為計算 64 位 Windows 2008 和 Windows 2008R2 的頁面文件大小提供了指導。這無疑適用於通用伺服器。我想知道在 Windows 2008/R2 64 位上執行的 SQL Server 2008R2 的指導是什麼？
*我假設我們希望盡可能少的記憶體數據訪問頁面文件，否則 SQL 可能會兩次訪問磁碟以獲取數據。*SQL Server 甚至允許記憶體中的數據訪問頁面文件嗎？我已經通過SQL Server 2008 R2 聯機叢書尋找指導，但還沒有找到任何關於頁面文件使用的提及。
這是一個潛在的使用場景：**給定一個具有 64GB RAM 的物理伺服器，整個 64GB RAM 是否需要一個頁面文件？**我們應該為 96GB 的頁面文件做準備嗎？對於單個文件來說，這似乎有點過分。我知道傳統觀點認為 Windows 將頁面文件與記憶體結合在一起，以試圖在 RAM 上更輕鬆地換出應用程序，但這是真的嗎？小於 64GB 的頁面文件會影響性能嗎？
SQL Server 沒有特殊設置，只正常使用物理記憶體
只需按照 MS 對 Windows 所說的去做即可
哦，當我們成為主題之一時，無論如何都要購買更多記憶體……;-)
調查
lock pages in memory。這樣，您可以優先使用 SQL 服務帳戶來使用可用 RAM，而不是分頁到磁碟。要閱讀有關記憶體中鎖定頁面的更多資訊，請查看此連結。一個片段如下：預設情況下禁用 Windows 策略“鎖定記憶體中的頁面”選項。必須啟用此權限才能配置地址視窗擴展 (AWE)。此策略確定哪些帳戶可以使用程序將數據保存在物理記憶體中，從而防止系統將數據分頁到磁碟上的虛擬記憶體中。在 32 位作業系統上，在不使用 AWE 時設置此權限會顯著降低系統性能。在 64 位作業系統上不需要鎖定記憶體中的頁面。
請在您的系統上使用之前測試此功能。