癥狀

在具有 2 GB 或更多 RAM 的計算機上，除了 256 MB (SQL Server 7.0) 或 384 MB (SQL Server 2000) 虛擬地址空間之外，SQL Server 在啟動過程中保留剩下的所有虛擬地址空間以供緩沖池使用。另外，為了存儲數(shù)據(jù)和過程緩存，SQL Server 使用緩沖池內存為來自 SQL Server 進程的大多數(shù)小于 8 KB 的其他內存請求提供服務。剩下的未保留內存準備用于不能從緩沖池得到服務的其他分配。這些分配包括、但不限于以下各項： •SQL Server 創(chuàng)建的所有線程的堆棧和關聯(lián)的線程環(huán)境塊。在 SQL Server 創(chuàng)建了所有 255 個工作線程之后，這大約為 140 MB。

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

•通過使用 sp_OA 系統(tǒng)存儲過程或擴展存儲過程加載的 COM 對象。

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

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

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

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

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

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

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

250-g134N/A

500-g185N/A

750-g237N/A

1000-g288-g288

1250-g340-g340

1500-g392-g392

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

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