請問 伺服器2008 R2 安裝好SQL後 上線供大家使用
記憶體安裝為16GB
剛開機為2.多 3.多GB
一天後4.多
慢慢5.多
6.多
一直吃到11.多GB
只會上升不會下降
無安裝任何軟體
就純SQL加一個付費版的知名防毒軟體
目前的解決方法是定時大概2個禮拜重新開機一次
讓他釋放掉
請問這個處理方法正確嗎?
還是 不要常常重開機比較好
但又很擔心吃滿以後 使用者端會使用異常
個人積分：14153分
文章編號：69873431
個人積分：62分
文章編號：69874221
個人積分：134分
文章編號：69874239
個人積分：14153分
文章編號：69875428
個人積分：14153分
文章編號：69875435
個人積分：62分
文章編號：69875586
你可以比照上面的連結
去看一下是否有瓶頸,並不是記憶體多大就一定會吃到多大
有瓶頸,再針對該問題去升級,或調整就好
平常可以用工具去紀錄CPU,磁碟IO,記憶體的使用
方便判斷你長期的需求,跟未來需要升級主機的幅度
個人積分：58分
文章編號：69876797
個人積分：4416分
文章編號：69877639
個人積分：14153分
文章編號：69878064
個人積分：5322分
文章編號：69879098
asdf3164 wrote:
原來 原理是這樣呀...(恕刪)
SP_CONFIGURE 'Max Server Memory' , 12288
GO
RECONFIGURE
GO
====
以上情境是 RAM 16GB, 分配12GB給SQL Server
記憶體越大, 讀取的時候當然越有可能在記憶體裡面找到
但越大當然就越貴..
所以適當就好, 夠不夠大, 簡單的方法是去算cache hit ratio,
超過90%就夠了..
USE master
GO
SELECT object_name, counter_name, cntr_value, @@VERSION
FROM sys.dm_os_performance_counters
WHERE [counter_name] LIKE 'Buffer cache hit ratio%';
GO
Buffer cache hit ratio(%) = 100.0 * Buffer cache hit ratio / Buffer cache hit ratio base
