其他效能和容量規劃因素 (Office SharePoint Server)

  • 發行項

本節說明在規劃部署時應該考量的其他因素。

環境因素

內容查詢網頁組件

環境因素

網路考量

網路安全性

驗證

開發自訂程式碼

網路設定

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

  • 網路介面卡 (NIC)

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

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

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

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

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

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

網路拓撲建議

請規劃您伺服器陣列內與伺服器陣列之間的網路連線。建議您使用低延遲的網路。

下列清單提供了部分最佳作法和建議。

  • 伺服器陣列中所有伺服器都應該對執行 SQL Server 2005 的伺服器有 LAN 頻寬和延遲 (最多達 1 毫秒 (ms) 的延遲)。

  • 我們尚未測試過部署 Office SharePoint Server 2007，其中執行 SQL Server 2005 的伺服器是從伺服器陣列的其他元件遠端部署在廣域網路 (WAN) 拓撲中，且網路延遲大於 1 毫秒。因此我們不建議這樣的 WAN 拓撲。

  • 如果計畫使用 SQL Server 2005 鏡映或 SQL Server 2005 記錄傳送來保持遠端網站最新，請規劃適當的 WAN 網路。

網路安全性

如需網路安全性的詳細資訊，請參閱＜規劃伺服器陣列中的安全通訊 (Office SharePoint Server)＞。

驗證

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

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

  • 驗證提供者處理效能

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 來回行程   針對核心頁面，我們建議不超過 2-3 次 SQL 來回行程。過多的來回行程對效能有下列的有害影響：

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

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

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

    • 實作快取策略 – 這可減少從網頁伺服器到資料庫伺服器的整體呼叫數。

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

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

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

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

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

內容查詢網頁組件

內容查詢網頁組件使用 Windows SharePoint Services 跨清單查詢機制來從 SharePoint 網站集合擷取內容。如果網頁組件設定成發出牽涉大量清單的查詢，跨清單查詢機制可能會導致例外。

跨清單查詢預設會有 1000 的清單限制。這表示如果您將內容查詢網頁組件設定為一個查詢包含超過 1,000 個清單，跨清單查詢將無法完成，網頁組件將不會顯示任何內容。這項節流的原因是要避免造成 SQL Server 2005 負擔過重。跨清單查詢包含的清單越多，資料庫伺服器要傳回查詢所要求內容的時間就越長。針對非常大量的清單，這可能會導致資料庫伺服器不成比例地處理跨清單查詢，而犧牲了其他要求。

如果您的要求牽涉到查詢超過 1,000 個清單，那麼可以在可接受該作業所需資料庫負載的情況下，提高清單限制。要這樣做，可以新增 MaxListLimit 屬性到網頁組件的 ListsOverride 屬性。例如，如果想要將清單限制提高到 2000，則要將 ListsOverride 屬性設為：

 <Lists ServerTemplate="850" MaxListLimit="2000">

下載本書

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

請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。