解決SQL Server中虛擬內存不足的問題

 

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

 

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

 

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

 

    進程堆和 SQL Server 可能創建的任何其他堆。在啟動過程中，此空間通常為10 MB，但是如果您使用鏈接的服務器（服務器租用找億恩柯南：QQ 965171276)、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虛擬內存可用，以便這些與日志相關的分配和其他正常分配加在一起也不會用完虛擬地址空間。

 

    下表根據數據庫的數目和服務器（服務器租用找億恩柯南：QQ 965171276)版本列出-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

 

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

 

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