提升 SharePoint 頁面訪問速度之SQL優化

前面兩篇文章咱們和你們一塊兒討論到了SharePoint IIS的應用池回收，W3WP進程數和重置回收等方面的優化，今天來和你們講講後端SQL服務器的優化。

對於SQL的優化，今天主要介紹的就是兩點，CPU的優化和內存的優化。

不少同窗在裝好SQL以後，其實並無對內存優化進行設置，致使SQL的內存分配很不合理，針對於SharePoint，建議設置SQL的使用內存最少爲 8192 MB，最多爲 20480 MB 這個臨界值。

如上設置，注意，這裏的配置值和運行值必定要配置兩次，而且要保證其一直，不然不會生效，若是不匹配，多點擊幾回便可。

默認狀況下，這兩個值的設置是不同的，須要咱們點擊配置項，點擊肯定保存，再輸入值，點擊運行項目，再點擊肯定。多設置幾回，兩個地方反覆點OK，多試幾回。

 

OK，說完內存，如今咱們來講下CPU，在一個SharePoint環境裏面，或者私有云環境裏面，正常狀況下，SQL的CPU應該至少要跑在 40% ，伴隨着硬盤會有頻繁的讀寫IO。

若是CPU佔用不高，磁盤IO讀寫也不高，那就是SQL拖了後腿，SQL一旦拖後腿了，前端web服務器再怎麼優化和牛X，用戶訪問也仍是會很慢的。

默認狀況下，SQL和IIS同樣，針對每一個請求，也只會有一我的員來爲你服務，可是其實SQL原本是能夠用不少我的員來爲你服務的，用來處理你的query,可是你若是不優化它，它就會偷懶，默認只激活一個服務員爲你工做。

一樣在SQL實例的處理器選項中，注意下面三個值。

這裏建議是128線程起，最多能夠開128個線程來併發爲前端提供查詢服務。

而且勾選 強化SQL優先級。

最後和內存配置項同樣，記得在 配置值和運行值上都多設置幾回，確保相同的數值生效。

在最大工做線程這個地方，默認是0，就是隻開放1個線程來進行服務，也就是說隨便你又多少個查詢過來，只有一個服務人員接待，後面的查詢所有請排隊。

OK，在修改了SQL的內存和CPU配置項以後，你們能夠嘗試重啓一下SQL Server服務，或者直接重啓服務器，效果仍是很明顯的。今天的討論就到這裏，歡迎你們一塊兒共同探討，謝謝你們！