3
在32位SQL 2005企業版框中，我一直收到「AppDomain XX（DB_NAME.dbo [runtime] .YY）由於內存壓力而被標記爲卸載」。由於內存壓力，AppDomain被標記爲卸載
- 我有8GB的物理內存
- AWE被設置爲使用4.5GB
- 沒有-g512啓動參數設置
- SQL的這個實例是在3個不同的端口
聽除此之外，我已經注意到：
- 幾乎沒有分頁a ■所有
- CPU徘徊在20-30％，這是規範一致
- MEMORYCLERK_SQLCONNECTIONPOOL大約是10616
- 我得到 「的AppDomain XX（DB_NAME.dbo [運行] .YY）創建」，「XX的AppDomain（DB_NAME .dbo [runtime] .YY）被標記爲由於內存壓力而被卸載。「AppDomain XX（DB_NAME.dbo [runtime] .YY）被卸載。」全部在同一分鐘內，並且每5分鐘左右重複一次。
上面的DB只有一個Assembly，它已經運行好幾個月了。 這個問題最近纔開始，我能想到的唯一的變化是應用服務器將其池中的連接數從200-300增加到大約1000.
有人能幫我解釋一下這個問題嗎？
你可以嘗試，譬如說，進程資源管理器看一些相關的內存相關的統計數據：除了全球提交和物理內存的圖形，它很可能是看per-是個好主意處理頁面錯誤計數，特別是頁面錯誤增量（因爲這表示進程造成多少內存壓力）。 – SamB 2011-05-16 16:21:32
你是否指向外部壓力而不是SQL本身？如果有外部壓力，我不應該看到某種形式的尋呼？ – user755922 2011-05-16 17:07:50
嗯，我想是的......我從來沒有聽說過不涉及分頁的內存壓力。你在哪裏得到你的電話號碼？ （SQL服務器是否自己做「分頁」？） – SamB 2011-05-16 18:35:14