以下的文章主要介紹的是正確對SQL Server虛擬內存不足這一情況的解決，我們大家都知道在具有2GB 或是更多RAM的計算機上，除了256 MB (SQL Server 7.0) 或 384 MB (SQL Server 2000) 虛擬地址空間之外，SQL Server在啟動過程中保留剩下的所有虛擬地址空間以供緩沖池使用。

另外，為了存儲數據和過程緩存，SQL Server使用緩沖池內存為來自 SQL Server 進程的大多數小于8 KB的其他內存請求提供服務。剩下的未保留內存準備用于不能從緩沖池得到服務的其他分配。這些分配包括、但不限于以下各項：SQL Server創建的所有線程的堆棧和關聯的線程環境塊。在SQL Server創建了所有 255 個工作線程之后，這大約為140MB。

由在 SQL Server地址空間(根據具體系統而有所不同)中運行的其他DLL或進程進行的分配，如： 任何鏈接的服務器中的 OLE DB 提供程序。

通過使用 sp_OA 系統存儲過程或擴展存儲過程加載的COM對象。

加載到地址空間中的任何映像(.exe 或 .dll)，這些映像通常使用 20 到 25 MB，但是如果您使用鏈接的服務器、sp_OA 或擴展存儲過程，則這些映像可能使用更多的空間。

進程堆和 SQL Server 可能創建的任何其他堆。在啟動過程中，此空間通常為10 MB，但是如果您使用鏈接的服務器、sp_OA 或擴展存儲過程，則此空間可能更多。

來自SQL Server進程的大于8 KB的分配，例如較大查詢計劃、網絡數據包大小配置選項接近于 8 KB 時發送和接收緩沖區等情況所需要的分配。要查看此數字，請查找在 DBCC MEMORYSTATUS 中報告的 OS Reserved 值，該值是作為 8 KB 頁的數目報告的。通常，該值為 5 MB。

跟蹤緩沖池中每個緩沖區狀態信息的數組。該值通常約為20 MB，除非SQL Server 運行時啟用了地址窗口化擴展插件(AWE)，在這種情況下，該值將會顯著提高。

在擁有大量數據庫的系統上，日志格式化所需的 64 KB 分配可能會占用所有剩余的SQL Server虛擬內存。這之后的分配將失敗，導致本文的“癥狀”一節中列出的一個或多個錯誤。

通過使用 -g 啟動參數，您可以指示 SQL Server 保留附加的SQL Server虛擬內存可用，以便這些與日志相關的分配和其他正常分配加在一起也不會用完虛擬地址空間。

下表根據數據庫的數目和服務器版本列出-g值的一些建議初始值： DatabasesSQL Server 7.0 SQL Server 2000:

250-g134N/A 500-g185N/A 750-g237N/A 1000-g288-g288 1250-g340-g340 1500-g392-g392

此表是使用列出的典型值進行計算的，并且此計算是基于沒有使用鏈接的服務器活動、sp_OA 或擴展存儲過程這一假設的。它還假設您沒有使用 AWE 和 SQL 事件探查器。出現以上任意一種情況都需要您增加 -g 的值。

如果服務器上數據庫的數目超過此數目，Microsoft 建議您在運行該服務器之前進行慎重的考慮，因為系統上具有如此數目的數據庫所需的系統開銷將占用緩沖池中的大量SQL Server虛擬內存，從而可能導致系統整體性能下降。

以上的相關內容就是對解決SQL Server虛擬內存不足情況的介紹，望你能有所收獲。

【編輯推薦】

1. SQL Server 2000優化SELECT 語句的方案介紹
2. SQL Server 2000文件損壞的修復方案
3. 改善SQL Server安全規劃的6步驟
4. SQL Server 2000重建索引的實際操作流程
5. SQL Server備份文件中對現存數據庫的導入