共用方式為


其他效能和容量規劃因素 (Windows SharePoint Services)

本節說明在規劃容量及效能時應該考量的其他因素。

環境因素

網路設定

網路安全性

驗證

開發自訂程式碼

網路設定

網路設定對 Windows SharePoint Services 安裝效能而言很重要。一般可能影響效能的網路元件包括:

  • 網路介面卡 (NIC)

    • NIC 設定:可能的話,您應該一律使用 Gigabit 網路卡。如果您有自動切換的網路卡 (100 MB / 1 GB),應該一律設定優先使用為 1 GB。

    • 輸入/輸出:若您預期會有高流量的狀況下,建議您以不同的 NIC 來處理輸入和輸出的流量。

  • 交換器: 如果透過交換器來運作網路,請確定您使用 GB 交換器,且有相同數量的輸入/輸出通道。

  • 路由器: 請確定您的路由器設定於 GB 基礎架構。

  • 網域控制站:  如果網域控制站 (DC) 收到要求的速度比它能回應的速度還快,驗證可能會成為 SharePoint 環境中的效能瓶頸。例如,若是使用 NTLM 使用者驗證的環境,建議採用每部 DC 搭配 3 部 WFE的比例。若測試指出每部 DC 搭配 3 部 WFE 時的驗證負載是可接受的,每部 DC 可以再增加一部 WEF,達到我們支援的極限:每部 DC 搭配 4 部 WEF。

請記得,網路設定應該在將系統移入實際執行環境之前先徹底規劃與測試。

網路安全性

如需網路安全性的詳細資訊,請參閱<規劃伺服器陣列內的安全通訊 (Windows SharePoint Services)>。

驗證

您環境中使用的驗證機制對於系統的整體效能有累加的效果。影響驗證效能的因素包括:

  • 驗證提供者的數目和來回行程速度

  • 驗證提供者處理效能

Microsoft 測試指出,驗證機制的次序從最快到最慢如下:

  1. 匿名

  2. Kerberos

  3. NTLM

  4. 基本

  5. 表單

如果選擇撰寫驗證提供者來搭配 Office SharePoint Server 或 Windows SharePoint Services 使用,應該遵循 MSDN 文章:ASP.NET 中的驗證:.NET 安全性指導 (英文) (https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x404) 中的最佳作法準則。

開發自訂程式碼

舊版 SharePoint Server 中,效能低落的最常見原因是在 SharePoint 平台之上開發和部署沒有效率的自訂功能。開發 SharePoint 自訂功能時,有許多應該監視的效能評量。這些包括但不限於下列各項:

  • SQL Server 來回行程。 針對核心頁面,建議 SQL 來回行程不超過 2-3 次。過多的來回行程對效能有下列的有害影響:

    • 由於伺服器端的處理時間較長,使得使用者回應時間增加。

    • 由於 SQL 伺服器上的額外負載,使得整體的系統輸送量減少。

  • SQL 伺服器 CPU 使用率。 為了讓您的系統維持正常,SQL 伺服器上的 CPU 使用率必須要維持很低。如果 SQL 伺服器 CPU 使用率平均超過 60%,將會對效能造成不利的影響。減輕 SQL CPU 使用率可以採取的步驟包括:

    • 實作快取策略 – 這可減少從 WFE 到 SQL Server 的整體呼叫數。

    • 將自訂程式碼最佳化,以使用以最有效率的方式傳回所要資料的物件方法 (例如對清單使用索引等等)。

    • 將 SQL 資料庫分散到多部實體 SQL 伺服器

  • 頁面下載大小。 將程式碼大小維持在最小。如果每天會有許多人存取某個頁面,尤其是在尖峰時間存取的話,那麼該頁面的大小即使有極小的增加,也可能會對效能帶來重大的影響。

  • 用戶端程式碼效率。 大約 50% 的使用者回應時間都花在用戶端對已傳回程式碼的處理上。如果您的自訂解決方案增加了這些任何一項,對使用者回應時間都可能有不利的影響。

  • AJAX 回呼。 對於 AJAX 組件,回呼數以及每個回呼的 payload。例如,每個 KPI 要進行 3 次呼叫才能傳回結果。請確定您在將多個 KPI 或其他自訂程式碼放入頁面時,先測試頁面效能。

下載本書

本主題隨附於下列可下載的叢書中,以便於閱讀與列印:

請參閱 Windows SharePoint Services 可下載的叢書 (英文) 上提供的完整叢書清單。