SharePoint 2013開發環境準備一些小事項

開發慢慢向着SharePoint 2013遷移，環境也開始慢慢準備起來了。因爲FAST Search的集成，和緩存服務的加入，SharePoint 2013對開發機器要求的不是通常的高。這裏介紹一下如何下降這個需求，分配4G內存給虛擬的狀況下，基本能夠完成正常開發。

1. 儘可能減小啓動服務和應用程序池數量。

   通常開發，並不須要全部SharePoint服務，儘可能按需啓用。

   Plan service deployment in SharePoint 2013，這個文檔清楚的說明了每一個服務的做用。

   例以下面將會介紹的，分佈式緩存和搜索服務，若是你暫時用不到，就不要啓用。

    

   安裝的時候，儘可能合併全部的服務，使用同一個應用程序池。

   典型狀況下，4個左右就夠了。

• CA站點
• 應用程序站點
• 服務服務應用
• 系統服務應用：

 

1. 限制SQL Server內存爲768M。
   1. 在對象資源管理器中，右鍵單擊服務器並選擇"屬性"。
   2. 單擊"內存"節點。
   3. 在"服務器內存選項"中，爲"最小服務器內存"和"最大服務器內存"輸入所需的內存量。
   4. 限制最大服務器內存爲768M，

      768M是由於我本身測試機的嘗試後的一個推薦值。限制小於這個值，SQL Server CPU使用率會比較高。另外，根據我對SharePoint 2010經驗，小於512M內存的話，某些開發場景會出現詭異的錯誤。這個數量能夠根據本身機器資源儘可能調大。

    

2. 限制FAST Search運行內存消耗。

   下降搜索的優先級：

   Set-SPEnterpriseSearchService -PerformanceLevel Reduced

   限制SharePoint搜索組件（NodeRunner.exe）的總內存.

   編輯C:\Program Files\Microsoft Office Servers\15.0\Search\Runtime\1.0\noderunner.exe.config文件，搜索nodeRunnerSettings配置節，將0（不限制內存使用）修改成512（能夠根據本身情況改其餘數值）。

   <nodeRunnerSettings memoryLimitMegabytes="512" />

   保存文件，並重啓SharePoint Search Host Controller服務。

   注意，一旦你作了這個修改，可能會產生以下文章的錯誤。The Return of the Search Application Topology Component Health State Error，我改爲512也是由於這個緣由，個人環境中，大於512這個錯誤就沒有了。

    

3. 限制分佈式緩存大小

   Update-SPDistributedCacheSize -CacheSizeInMB 200

   這裏200也是個人一個參考值，設置過小，彷佛設置並不會生效。因此設置的時候，能夠查看以下的進程確認設置生效狀況。

   參考文檔：Manage the Distributed Cache service in SharePoint Server 2013

    

    

所有作完以上步驟的，在個人VirtulBox分配4G內存也能夠比較流暢的進行基本的SharePoint體驗了。

最後上一張大截圖，開了VS，IE，IIS， Powershell後內存CPU基本能夠接受