共用方式為

SharePoint Server 2010 的容量管理與縮放概觀

  • 發行項

更新日期: 2012年6月

 

適用版本： SharePoint Server 2010

上次修改主題的時間： 2016-11-30

本文提供如何有效規劃及管理 Microsoft SharePoint Server 2010 環境之容量的概觀。本文亦說明如何透過效能及資料量分析，掌握對部署之容量需求與功能的瞭解，並檢閱影響容量的主要應用程式衝擊，包括內容特性及使用量。

「容量管理」是一種持續的程序，因為所有實作的內容與使用量都不可能維持靜態。您需要為成長及變更做規劃，以讓 SharePoint Server 2010 型環境能持續提供有效的商業解決方案。

「容量規劃」僅是容量管理週期的一部分，其為一組初始的活動，能將設計架構師引導到其認為最適合提供 SharePoint Server 2010 部署的初始架構點上。容量管理模型包括能協助您驗證及調整初始架構的額外步驟，並提供意見反應迴圈，以利重新規劃及最佳化實際執行環境，直到其能以最佳化的硬體、拓撲及設定選擇來支援設計目標。

本文內容：

  • 詞彙

  • 誰應閱讀容量管理文章？

  • 效能的四個基礎

  • 容量管理與容量規劃

  • 配置過度與配置不足

  • 軟體限制與界限

  • 重要差異：SharePoint Server 2010 與 Office SharePoint Server 2007 的比較

  • SharePoint Server 2010 部署重要差異

  • 參考架構

詞彙

下列是用於 SharePoint Server 2010 容量管理說明文件中的專用詞彙。

  • RPS   每秒要求數目。伺服器陣列或伺服器在一秒內接收到的要求數目。這是測量伺服器和伺服器陣列負載的常用度量單位。伺服器陣列所處理的要求數目會大於頁面載入及使用者互動的數目，因為每個頁面含有若干元件，當頁面載入時，每個元件會再建立一或多項要求。有些要求的交易成本會比其他要求來得低。在我們的實驗室測試與案例研究文件中，我們會把 401 要求與回應 (驗證握手) 從用來計算 RPS 的要求中移除，因為其對伺服器陣列資源的影響微乎其微。

  • 尖峰時段   一天當中伺服器陣列負載最大的時候。

  • 尖峰負載   伺服器陣列的平均每日最大負載，以 RPS 為度量單位。

  • 負載暴增   落在一般尖峰時段以外的暫時性負載尖峰。這可能因為管理作業或類似因素的組合導致之非預期的使用者流量增加或伺服器陣列輸送量下降。

  • 垂直擴充   垂直擴充是指新增資源 (如處理器或記憶體) 至伺服器。

  • 向外延展   向外延展是指新增更多伺服器至伺服器陣列。

誰應閱讀容量管理文章？

請考慮下列問題以決定是否應閱讀此內容。

評估 SharePoint Server 2010

我是個 IT 專業人員或商務決策者，而且我在找某特定商務問題的解決方案。SharePoint Server 2010 是我的部署選擇。它能提供的功能和延展性是否能滿足我的特定需求？

如需 SharePoint Server 2010 如何擴充以符合特定解決方案的需求，以及如何判定支援需求所需的硬體之詳細資訊，請參閱本文後半段的這些章節：

  • 重要差異：SharePoint Server 2010 與 Office SharePoint Server 2007 的比較

  • 軟體限制與界限

如需如何針對特定商務需求來評估 SharePoint Server 2010 的詳細資訊，請參閱下列文章：

從 Office SharePoint Server 2007 升級

我目前使用 Office SharePoint Server 2007。SharePoint Server 2010 中有哪些變更？若要升級，我該考量什麼？升級後會對我的拓撲效能和規模有何影響？

如需 Office SharePoint Server 2007 及 SharePoint Server 2010 效能與容量因素之差異的詳細資訊，請參閱本文稍後的下列章節：

  • 重要差異：SharePoint Server 2010 與 Office SharePoint Server 2007 的比較

如需一般升級考量及如何規劃及執行從 Office SharePoint Server 2007 升級的指導，請參閱下列文章：

調整及最佳化作用中的 SharePoint 型環境

我已部署 SharePoint Server 2010，但我想確定我是否具備適當的硬體和拓撲。我該怎麼驗證架構並正確維護？

如需 Microsoft SharePoint Server 2010 伺服器陣列之監視與效能計數器的資訊，請參閱下列文章：

如需如何使用內建於管理中心介面的狀況監視工具之詳細資訊，請參閱下列文章：

我已部署 SharePoint Server 2010，但我遇到一些效能問題。我該如何疑難排解並將環境最佳化？

如需 Microsoft SharePoint Server 2010 伺服器陣列之監視與效能計數器的資訊，請參閱下列文章：

如需以使用管理中心介面內建之狀況監視工具進行疑難排解的詳細資訊，請閱讀下列文章：

如需許多特定 SharePoint Server 2010 服務與功能可用的容量管理文章清單 (當有更多文章可用時即會新增)，請參閱下列文章：

如需調整資料庫大小與效能的資訊，請參閱下列文章：

如需遠端 BLOB 儲存 (RBS) 的資訊，請參閱下列文章：

從頭開始

我想知道關於 SharePoint Server 2010 容量管理的一切資訊，我該從何開始？

如需容量管理的一般概念，以及其他說明文件與資源之連結的詳細資訊，請參閱下列文章：

如需容量管理的其他詳細資訊，請參閱本概觀文章的下列隨附文章：

現在您應該對概念有良好的瞭解了。如需 SharePoint Server 2010 界限與限制的詳細資訊，請參閱下列文章：

當您準備好要識別 SharePoint Server 2010 型環境的拓撲起點時，您可以閱讀可使用的技術案例研究庫，尋找最符合您需求的案例。如需案例研究清單 (當有其他案例研究可供使用時，即會新增至清單)，請參閱下列文章：

如需許多特定 SharePoint Server 2010 服務與功能可用的容量管理文章清單 (當有更多文章可用時即會新增)，請參閱下列文章：

如需調整資料庫大小與效能的資訊，請參閱下列文章：

如需遠端 BLOB 儲存 (RBS) 的資訊，請參閱下列文章：

如需使用管理中心介面內建之狀況監視工具進行狀況監視與疑難排解的詳細資訊，請閱讀下列文章：

如需一般效能的調整指導、各種特定效能及容量主題 (當有更多文章可用時即會新增) 的詳細資訊，請參閱下列文章：

如需如何虛擬化 SharePoint Server 2010 型伺服器的詳細資訊，請參閱下列文章：

效能的四個基礎

容量管理是著重在調整解決方案大小的下列四個主要方面：

  • 延遲   針對容量管理目的，延遲定義為從使用者起始動作 (如按一下超連結) 到最後一個位元組傳送至用戶端應用程式或網頁瀏覽器之間的這段期間。

  • 輸送量   輸送量是定義為伺服器或伺服器陣列可處理的並行要求數目。

  • 資料範圍   資料範圍是定義為系統可主控的內容大小及資料主體。內容資料庫的結構與散佈對系統處理要求 (延遲)，以及其可提供的並行要求數目 (輸送量) 所花費的時間有大幅影響。

  • 可靠性   可靠性是系統在一段時間內達到延遲與輸送量目標集的能力之度量單位。

管理環境容量的主要目標是建立及維護可符合組織延遲、輸送量、資料範圍及可靠性目標的系統。

延遲

「延遲」，也就是使用者感受到的延遲，通常有三個主要元件：

  • 伺服器接收並處理要求所花費的時間。

  • 要求與伺服器透過網路回應傳輸所花費的時間。

  • 回應在用戶端應用程式上所花費的轉譯時間。

不同組織會依據商業需求與使用者期望定義不同延遲目標。有些組織可以接受若干秒的延遲，而其他組織可能需要非常快速的交易。要為非常快速的交易做最佳化通常比較昂貴，且需要較強大的用戶端與伺服器、更新的瀏覽器及用戶端應用程式版本、高頻寬的網路解決方案以及可能的開發投資與頁面調整。

下列清單說明了一些導致使用者感受到較長的延遲之主要因素，以及一些常見問題的範例。當用戶端與伺服器陣列地理位置上相距較遠，或用戶端透過低頻寬網路連線來存取伺服器陣列時，這些因素就顯得格外相關。

  • 未最佳化的功能、服務或設定參數可能會延遲要求的處理，並影響遠端和本機用戶端的延遲。如需詳細資訊，請參閱本文稍後的＜輸送量＞及＜可靠性＞。

  • 對伺服器產生不必要之要求，以下載需要的資料及資源的網頁。最佳化可能包括下載最小量的資源數目以繪製頁面，減少圖片大小、儲存靜態資源於資料夾中以利匿名存取、叢集要求並啟用頁面互動，同時，會從伺服器非同步下載資源。這些最佳化對達到可接受的首次造訪瀏覽體驗是非常重要的。

  • 透過網路傳輸過量的資料會導致延遲及輸送量降低。例如，頁面上的圖片及其他二進位物件應使用壓縮的格式，如 .png 或 .jpg，盡可能不要用點陣圖。

  • 針對尚未最佳化以利二度存取頁面載入的網頁：頁面載入時間 (PLT) 可改善二度存取頁面載入，因為有些頁面資源會在用戶端上快取，而瀏覽器必須僅下載動態未快取的內容。不被接受的二度存取頁面載入延遲通常是由不正確的二進位大型物件 (BLOB) 快取設定，或因本機瀏覽器快取在用戶端電腦上被停用導致。最佳化會包括用戶端上之資源的正確快取。

  • 含有未最佳化自訂 JavaScript 程式碼的網頁：這可能會減慢用戶端頁面的轉譯。最佳化會延遲 JavaScript 在用戶端上的處理直到其餘的頁面都已載入，且最好是呼叫指令碼，而不是新增 JavaScript 內嵌。

輸送量

「輸送量」是指伺服器陣列可在一個單位的時間內處理的要求數目，且通常是用來測量系統預期要維持的作業範圍，而這是以組織大小與其使用特性為基準。以伺服器陣列資源來說，每項作業都有特定的成本。若要瞭解需求及部署可持續滿足需求的伺服器陣列架構，您需要評估預期的負載並測試負載下的架構，以驗證當並行較高且系統壓力較大時，延遲不會落在目標底下。

一些低輸送量情況的常見範例包括：

  • 硬體資源不足   當伺服器陣列接收到超過其可並行處理的要求時，有些要求會形成佇列，這會累積延遲每個後續要求，直到要求已減少到能清除佇列時。最佳化伺服器陣列以維持較高輸送量的一些範例包括：

    • 確定伺服器陣列上的處理器沒有過度使用。例如，若在尖峰時間或負載暴增期間 CPU 使用量持續超過 80%，請新增更多伺服器或重新將服務分散至其他伺服器陣列的伺服器。

    • 確定應用程式伺服器和網頁伺服器的記憶體充足，以包含完整的快取。這可協助避免呼叫資料庫，以提供未快取內容的要求。

    • 確定資料庫伺服器沒有瓶頸的困擾。若總共可用的磁碟 IOPS 不足以支援尖峰需求，請新增更多磁碟或重新將資料庫分散至使用率較低的磁碟。請參閱監視與維護 SharePoint Server 2010 產品及技術文章的＜移除瓶頸＞一節，以取得詳細資訊。

    • 若新增資源至現有的電腦仍不足以解決輸送量問題，請新增伺服器並將受影響的功能與服務重新分散至新的伺服器。

  • 非最佳化的自訂網頁   將自訂程式碼新增至實際執行環境中常用的網頁，是導致輸送量問題的常見原因。新增自訂程式碼可能會產生資料庫伺服器，或 Web 服務與服務資料要求之間的額外來回。不常用頁面的自訂作業可能不會嚴重影響輸送量，但若一天有好幾千次的要求，即使是妥善最佳化的程式碼都會減少伺服器陣列的輸送量。SharePoint Server 管理員可以啟用「開發人員儀表板」來識別需要最佳化的自訂程式碼。一些可將自訂程式碼最佳化的範例包括：

    • 將 Web 服務要求與 SQL 查詢數目降至最低。

    • 在至資料庫伺服器的每一趟中讀取最低限度的要求資料，並將必要的來回數目降到最低。

    • 避免新增自訂程式碼至常用的頁面。

    • 使用索引來擷取篩選的資料量。

  • 不受信任的解決方案   在 bin 資料夾中部署自訂程式碼亦可能讓伺服器效能變慢。每當要求含有不受信任的程式碼之頁面時，SharePoint Server 2010 必須執行安全性檢查後才可載入頁面。除非有特殊原因必須部署不受信任的程式碼，不然您應該在 GAC 中安裝自訂組件以避免不必要的安全性檢查。

資料範圍

「資料範圍」是伺服器或伺服器陣列在保持延遲與輸送量目標中可儲存的資料量。一般來說，伺服器陣列上的資料量愈大，其對整體輸送量及使用者體驗上的衝擊就愈大。而用來將資料分散至磁碟與資料庫伺服器的方法，也會影響伺服器陣列的延遲與輸送量。

調整資料庫大小、資料庫架構及足夠的資料庫伺服器硬體，對最佳化的資料庫解決方案來說都非常重要。在理想的部署中，內容資料庫的大小會依據限制指示而調整，且會分散至實體磁碟，如此一來，要求就不會因為磁碟過度使用而形成佇列，資料庫伺服器亦能在資源使用臨界值內支援尖峰負載以及非預期的暴增。

另外，有些作業在作業期間可能會鎖定某些表格。這類的範例如刪除大型網站時，可能會導致位於該主機網站之內容資料庫的關聯資料表被鎖定，直到刪除作業完成為止。

針對資料及儲存效能來最佳化伺服器陣列的範例包括：

  • 確定資料庫適當分散於資料庫伺服器，且資料庫伺服器資源足以支援資料的容量與散發。

  • 將資料量分散至包含唯一實體磁碟轉軸之唯一邏輯單位 (LUN) 中。使用多個搜尋時間短的磁碟與適當的 RAID 設定，以滿足資料庫伺服器的儲存需求。

  • 若您的主體含有許多二進位大型物件 (BLOB)，可使用遠端 BLOB 儲存 (RBS)。RBS 可提供下列優點：

    • BLOB 資料可以儲存在較便宜、設為處理簡單儲存資料的儲存裝置中。

    • BLOB 儲存管理可由專門處理 BLOB 資料的系統控管。

    • 資料庫伺服器資源可釋放給資料庫作業使用。

    這些優點並非不需代價。在實作 RBS 以搭配 SharePoint Server 2010 運作之前，您應評估這些潛在優點是否會蓋過實作及維護 RBS 的成本和限制。

    如需詳細資訊，請參閱＜規劃 RBS (SharePoint Server 2010)＞。

如需如何計劃資料範圍的詳細資訊，請參閱＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞。

可靠性

「可靠性」是指伺服器陣列在一段時間內，達到建立的延遲、輸送量及資料容量目標的容量之彙總度量單位。可靠的伺服器陣列在執行時間、回應速度、錯誤率與頻率及延遲暴增的振幅各方面都會符合建立的目標與作業需求，而且可靠的伺服器陣列即使在尖峰負載與尖峰時間，或當系統作業 (如編目或每日備份) 進行時亦可持續維持延遲及輸送量目標。

維持可靠性的主要因素是由針對效能目標的一般管理作業所主導。在某些作業期間，如重建資料庫索引、維護計時器工作或刪除多個含有大量內容的網站時，系統可能無法快速地處理使用者要求。在這種情況下，使用者要求的延遲與輸送量都會受到影響。這些不常見的作業之頻率與交易成本，以及其是否在正常作業時間執行，都是影響伺服器陣列的關鍵。

一些維持更可靠的系統方法之範例包括：

  • 將大量消耗資源的計時器工作與管理工作排程在非尖峰時間。

  • 擴充現有陣列伺服器的硬體，或新增網頁伺服器、應用程式伺服器或其他資料伺服器以向外延展。

  • 將大量消耗資源的服務與功能分散至專屬伺服器。您亦可使用硬體負載平衡器，將特定功能的流量導向特定功能或服務專用的網頁伺服器。

容量管理與容量規劃

容量管理延伸容量規劃用於表達循環方法的概念，在此方法中，SharePoint Server 2010 部署的容量會持續受到監視及最佳化，以符合不斷改變的情況及需求。

SharePoint Server 2010 提供更多彈性，可在各種不同的範圍點中設定並維持使用情況。其沒有單一部署架構，因此系統設計人員與管理員必須瞭解自己的特定環境需求。

SharePoint Server 2010 容量管理模型

SharePoint 容量管理模型

  • 步驟 1：模型   模型是一種程序，您用此程序來決定要環境支援哪種主要解決方案，並建立所有重要的評量與參數。模型練習的輸出應是一份清單，其中具備所有您設計環境時所需的關鍵資料。

    • 瞭解您預期的工作量與資料集。

    • 設定伺服器陣列效能與可靠度目標。

    • 分析 SharePoint Server 2010 IIS 記錄檔。

  • 步驟 2：設計   一旦您已從步驟 1 收集了資料，就可開始設定伺服器陣列。其輸出是詳細的資料架構以及實體和邏輯拓撲。

    • 判定您的架構起點。

    • 選取硬體。

  • 步驟 3：試驗、測試與最佳化  若您已設計新的部署，就需要部署一個試驗環境以測試工作量與預期的使用特性。當現有的伺服器陣列基礎結構上有重大變更時，會建議您做測試，不過基於監視結果定期最佳化以維持效能目標可能也是必要的。這階段的輸出是針對目標所做的測試結果，以及足以維持建立效能與容量目標之最佳化架構的分析。

    • 試驗   部署試驗環境。

    • 測試   針對延遲與輸送量目標做測試。

    • 最佳化   收集測試結果並針對伺服器陣列資源與拓撲做必要的變更。

  • 步驟 4：部署   此步驟是指實作伺服器陣列，或將變更部署至現有的伺服器陣列。針對新設計的輸出是完成包括所有內容及使用者移轉等部署至實際執行環境。而現有伺服器陣列的輸出則是修改的伺服器陣列地圖及維護計畫的更新。

  • 步驟 5：監視與維護   此步驟會說明設定監視的方法，以及預測和識別瓶頸、執行定期維護與瓶頸緩和活動的方法。

配置過度與配置不足

「配置過度」是指伺服器陣列設計方法中，硬體沒有完全使用即達到目標，且 SharePoint Server 伺服器陣列的資源明顯都維持在低使用率。在配置過度的部署中，記憶體、CPU 及其他伺服器資源的指標都顯示出只要更少的資源就能滿足需求。配置過度的缺點是硬體與維護支出的增加，以及設定更多的電源與空間需求。

「配置不足」是指伺服器陣列設計方法中，因為 SharePoint Server 伺服器陣列中的硬體資源過度使用，而無法達到效能與容量目標。伺服器陣列配置不足有時是因為要縮減硬體成本，但導致的高度延遲卻會造成不佳的使用者經驗、低滿意度、頻繁升級、高支援成本以及疑難排解和調整環境的不必要支出。

在設計伺服器陣列時，請確定伺服器陣列在一般尖峰負載及非預期的暴增情況下，都可達到建立的效能與容量目標。設計、測試和最佳化可協助您確保伺服器陣列的硬體是適當的。

若要維持效能目標並容納成長，較適當的方法是持有比達到目標所需的更多資源。畢竟，疑難排解配置過小導致的問題，產生的累加相關支出要比硬體過度投資的成本還多更多。

您應時常調整系統大小，以充分回應尖峰時間的需求，而不同時間的不同服務需求也各有差異。若要有效評估容量需求，您需要識別所有資源最嚴峻的案例需求期限。不同功能與服務在一天的某個時間，如早上一開始工作或午餐後的時段，負載都可能會增加。

伺服器陣列亦必須能支援非預期的尖峰，如當組織發出宣告，導致同時有不尋常地大量使用者存取網站時。在這樣的高需求時段，除非有足夠伺服器資源可用來滿足伺服器陣列上增加的負載，否則使用者會經歷到高延遲或甚至根本不會獲得伺服器陣列的任何回應。

當額外使用者佈建至企業中時，也有必要重新檢視伺服器陣列容量。若有新企業主或成員需要存取伺服器陣列 (如合併或收購時)，這種情況下，若沒有事先規劃與評估，可能導致效能的反效果。

作業狀態：綠色區域與紅色區域

在探討生產系統的負載時，其主要指的是兩種主要作業狀態：在「綠色區域」狀態中，系統是在正常、預期的負載範圍中運作，而在「紅色區域」狀態中，伺服器陣列經歷非常嚴峻的暫時性資源要求，且只能維持一段有限的期間，否則就會出現失敗或其他效能及可靠性問題。

綠色區域   這是伺服器或伺服器陣列在正常情況下至預期的每日尖峰負載中運作的一種狀態。在此範圍中運作的伺服器陣列應能維持回應時間與可接受參數內的延遲。

紅色區域   作業範圍中，負載大於正常尖峰負載，但仍能提供有限時間內的要求。此狀態的延遲會大於正常延遲，且系統瓶頸飽和可能會導致失敗。

伺服器陣列設計的最終目標是部署一個可持續支援紅色區域負載的環境，並能維持可接受的延遲與輸送量目標又不會產生服務失敗。

軟體限制與界限

在 SharePoint Server 2010 中，有某些限制是設計上所造成且不能超過的，有些設成預設值的其他限制可由伺服器陣列管理員所變更。有些限制並非以可設定的值來表示，例如每個 Web 應用程式的網站集合數目。

「界限」是設計上絕對不能超過的限制。請務必瞭解這些限制，以確保在設計伺服器陣列時，不會做出不正確的假設。

有關界限的範例如 2 GB 的文件大小限制；您無法設定 SharePoint Server 2010 儲存大於 2 GB 的文件。這是內建的絕對值，且根據設計不能超過此值。

「臨界值」是那些具有不能超過的預設值 (除非修改值)。在某些情況下，可以超過臨界值以配合您伺服器陣列設計中的變化，但是請務必瞭解這樣做除了影響其他限制的有效值之外，也可能會影響伺服器陣列的效能。

某些臨界值的預設值可以超過，但最多只能到絕對最大值。文件大小限制又是一個很好的範例。根據預設，文件大小的限制設為 50 MB，但是可加以變更為最大值 2 GB。

「支援的限制」會為指定參數定義已測試值。這些限制的預設值是由測試所定義，並呈現出產品的已知限制。超過支援的限制可能會造成意外的結果、效能大幅降低或是其他有害的影響。

有些支援的限制是預設設為建議值的可設定參數，而其他限制與可設定的值未顯示的參數相關。

有關支援限制的範例為每個 Web 應用程式的網站集合數目。支援的限制為 500,000，這是每個 Web 應用程式，在測試期間符合效能基準的最大網站集合數目。

請務必注意在本文件中所提供的許多限制值，代表曲線中的一個點，用以說明值增加時，會增加資源負載並伴隨效能的降低。因此，超過某些限制 (例如，每個 Web 應用程式的網站集合數目) 可能只會導致伺服器陣列效能些微的降低。不過，在大多數情況下，在既定的限制或接近既定限制操作並不是最佳作法，因為當伺服器陣列的設計提供合理平衡的限制值時，最能夠達成可接受的效能與可靠性目標。

臨界值與支援的限制準則取決於效能。換句話說，您可以超過限制的預設值，但是當您增加限制值時，伺服器陣列效能與其他限制的有效值可能會受到影響。在 SharePoint Server 2010 中的許多限制可能會改變，但是請務必瞭解變更指定限制會如何影響伺服器陣列的其他部分。

若您連絡 Microsoft 技術支援人員時，表示實際執行系統未達＜硬體及軟體需求 (SharePoint Server 2010)＞所述基本硬體規格，您將需升級系統以達基本需求，否則提供的支援將有限。

限制的建立方式

在SharePoint Server 2010 中，臨界值與支援的限制的建立，是透過逐漸增加某個點 (伺服器陣列服務與作業達到其有效的作業限制) 的負載下，測試和觀察伺服器陣列的行為。有些伺服器陣列服務與元件比其他的服務與元件可支援更高的負載，因此在某些情況下，您必須根據一些因素的平均值來指定限制值。

例如，在新增網站集合的負載下觀察伺服器陣列行為，可指出某些功能會顯現無法接受的高延遲性，而其他功能仍然在可接受的界限內運作。因此，指派給網站集合數目的最大值並非絕對，但是會根據一組預期的使用狀況特性來計算。在這組預期的使用狀況特性中，整體的伺服器陣列效能在大多數情況下的指定限制是可接受的。

如果其他服務使用高於限制測試的界限參數來進行作業，將會降低其他服務的最大有效限制。因此，請務必為特定部署執行嚴格的容量管理與擴充測試，以便為該環境建立有效的限制。

如需界限與限制及其如何影響容量管理程序之詳細資訊，請參閱＜SharePoint Server 2010 容量管理：軟體界限和限制＞。

重要差異：SharePoint Server 2010 與 Office SharePoint Server 2007 的比較

SharePoint Server 2010 提供比舊版更豐富的功能組及更靈活的拓撲模型。在您使用這個更複雜的架構來提供使用者更強大的功能之前，您必須仔細考量其會對伺服器陣列容量及效能產生的影響。

以往，您可以在 Office SharePoint Server 2007 中啟用 SSP (共用服務提供者) 的四項主要服務：Search Service、Excel Calculation Service、User Profile Service 及商務資料目錄服務。此外，能直接與 Office SharePoint Server 2007 互動的用戶端也相對較少。

在 SharePoint Server 2010 中，有更多可用的服務，也就是 SSA (SharePoint 服務應用程式)，且 SharePoint Server 2010 提供更廣泛、可與伺服器陣列互動的用戶端應用程式，包括若干新的 Office 應用程式、行動裝置、設計師工具及瀏覽器。關於延伸的用戶端互動如何影響容量考量的一些範例包括：

  • SharePoint Server 2010 包括與 Outlook 互動的社交應用程式，當在 Outlook 用戶端中檢視電子郵件訊息時，其能啟用 Outlook 2010 用戶端以顯示從 SharePoint Server 伺服器陣列取出的電子郵件收件者資訊。這引進一組新的流量模式以及應計算的伺服器負載。

  • 即使用戶端應用程式已開啟但沒有實際使用中，有些新的 Microsoft Office 2010 用戶端功能仍會針對 SharePoint Server 伺服器陣列自動重新整理資料。用戶端如 SharePoint Workspace 及 OneNote 亦將引進一些新的流量模式以及應計算的伺服器負載。

  • SharePoint Server 2010 新 Web 互動功能 (如 Office Web Apps，可讓您能直接從瀏覽器編輯 Office 檔案)，會使用 AJAX 呼叫來引進一些新的流量模式以及應考量的伺服器負載。

在 Office SharePoint Server 2007 中，主要的用戶端是利用網頁瀏覽器與伺服器互動。雖然 SharePoint Server 2010 提供了更豐富的功能集，但整體的每秒要求數 (RPS) 預期會成長。再者，來自瀏覽器的要求比例也預期會比 Office SharePoint Server 2007 還小，如此一來，來自組織廣泛採用的其他用戶端之新流量，才能有成長的空間。

此外，SharePoint Server 2010 引進的新功能，如原生內嵌視訊支援，可能會給伺服器陣列增加壓力。有些功能亦經延展來提供比舊版更大規模的支援。

下節說明您在設計解決方案時應該考量的用戶端互動、服務與功能，以及其對系統的整體效能與容量產生的影響。

如需如何升級至 SharePoint Server 2010 的詳細資訊，請參閱＜升級為 SharePoint Server 2010＞。

服務與功能

下表提供每層級不同服務之資源需求的簡化概略說明。空白儲存格是指服務未於該層級上執行或不影響該層級。

X – 是指僅需要小部分或微乎其微的資源成本。服務可與其他服務共用此項資源。

XX – 指需要中等資源成本。服務可與其他不會受太多影響的服務共用此項資源。

XXX – 需要高度資源成本。服務一般不應該與其他服務共用此項資源。

如需如何計劃 SQL Server 資料庫的詳細資訊，請參閱＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞。

如需許多特定 SharePoint Server 2010 服務與功能可用的容量管理文章清單 (當有更多文章可用時即會新增)，請參閱＜效能與容量測試結果及建議 (SharePoint Server 2010)＞。

服務應用程式 網頁伺服器 CPU % 網頁伺服器 RAM 應用程式伺服器 CPU 應用程式伺服器 RAM SQL Server CPU SQL Server IOPS SQL Server 儲存區

SharePoint Foundation 服務

XXX

XXX

  

 

XX

XXX

XXX

管理中心服務

    

XX

XX

X

X

X

記錄服務 *

XX

XX

  

 

XX

XXX

XXX

SharePoint Search Service

XXX

XXX

XXX

XXX

XXX

XXX

XXX

Word Viewing Service 應用程式 *

X

X

XXX

XX

      

PowerPoint Service *

XX

XX

XXX

XX

      

Excel Calculation Service

XX

X

XX

XXX

      

Visio Service *

X

X

XXX

XXX

X

X

X

Access Service *

X

X

XXX

XX

X

X

X

User Profile Service

X

XX

XX

XX

XXX

XXX

XX

Managed Metadata Service *

X

XX

XX

XX

X

X

XX

Web Analytics Service *

X

X

  

 

XXX

XXX

XXX

Business Connection Service *

XX

XX

XXX

XXX

      

InfoPath Forms Service

XX

XX

XX

XX

X

X

X

Word Conversion Service

X

X

XXX

XX

X

X

X

PerformancePoint Service 應用程式 *

XX

XX

XXX

XXX

X

X

X

Project 服務 *

X

X

X

X

XXX

XXX

XX

沙箱化解決方案 *

X

X

XXX

XXX

      

工作流程功能 *

XXX

XXX

  

       

計時器服務

XX

XX

XX

XX

      

PowerPivot *

X

X

XXX

XXX

XX

XX

XXX

注意

星號 (*) 是指 SharePoint Server 2010 的新服務。

  • SharePoint Foundation 服務   內容共同作業的核心 SharePoint 服務。在大型 SharePoint Server 部署中，建議您依據預期的流量負載來配置多餘的網頁伺服器，並適當調整提供內容資料庫的 SQL Server 型電腦之大小，並依據伺服器陣列大小適當配置儲存區。

  • 管理中心服務   管理服務。這項服務具備相對小的容量需求。建議您在多個伺服器陣列的伺服器上啟用此服務，以確保備援。

  • 記錄服務   為了監視目的而記錄使用與狀況指標的服務。此服務需要大量寫入，且依據指標數目與登入頻率可能會需要相對大的磁碟空間。在大型 SharePoint Server 2010 部署中，建議您將使用狀況資料庫與不同 SQL Server 型電腦上的內容資料庫隔離。

  • SharePoint Search Service 應用程式   為提供索引與查詢功能的共用服務應用程式。一般來說，這是相對需要大量資源的服務，且可擴充以提供非常大型的內容部署。在大型 SharePoint Server 部署中，企業搜尋是非常重要的，建議您使用分開的「服務伺服器陣列」以主控搜尋服務應用程式，並搭配專屬的資料庫資源。您可使用多部應用程式伺服器來提供特定搜尋功能 (編目或查詢)，以及內容伺服器陣列上專屬的目標網頁伺服器，確保編目及查詢之可接受的輸送量。您亦可啟用 FAST Service 應用程式以當做搜尋服務應用程式。請選擇建立一或多個 FAST Search Server 2010 for SharePoint 的索引內容之 FAST Search 連接器，並建立另一個 FAST Search 查詢 (SSA)，以查詢 FAST Search 連接器所編目的內容。

  • Word Viewing Service 應用程式   啟用此服務能讓您直接從瀏覽器檢視 Word 文件。在您安裝 Office Web Apps 與 SharePoint Server 2010 時即會新增這項服務。此服務需要應用程式伺服器，以準備供瀏覽器檢視的原始檔案。在大型 SharePoint Server 部署中，基於備援與輸送量因素，建議您將服務向外延展至多部應用程式伺服器。

    注意

    當您將 Office Web Apps 安裝於 SharePoint Server 2010 伺服器陣列上時，Word 及 OneNote 的瀏覽器編輯就已啟用。不過，此項功能會在伺服器陣列的網頁伺服器上執行，而不會使用任何服務應用程式。

  • PowerPoint Service 應用程式   此項服務可直接在瀏覽器中顯示並讓使用者編輯 PowerPoint 檔案，亦可讓您廣播和共用即時的 PowerPoint 簡報。當您將Office Web Apps 安裝在 SharePoint Server 2010 上時，即會新增此服務。此服務需要應用程式伺服器，以準備供瀏覽器檢視的原始檔案。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您部署多部應用程式伺服器以確保可接受的備援與輸送量，且在經常使用 PowerPoint 廣播時，新增更多網頁伺服器。

  • Excel Calculation Service 應用程式   此服務可直接在瀏覽器中顯示 Excel 活頁簿並於伺服器上執行 Excel 計算。當您將 Office Web Apps 安裝在 SharePoint Server 2010 上時，其亦可讓您直接從瀏覽器編輯活頁簿。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您配置具備足夠 RAM 的足量應用程式伺服器，以確保可接受的效能與輸送量。

  • PowerPivot for SharePoint   此服務可直接從瀏覽器顯示啟用 PowerPivot 的 Excel 活頁簿。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您配置具備足夠 RAM 與 CPU 的足量應用程式伺服器，以確保可接受的效能與輸送量。如需詳細資訊，請參閱硬體和軟體需求 (PowerPivot for SharePoint)。

  • Visio Service 應用程式   此服務可直接從瀏覽器顯示動態 Visio 圖表。這樣服務會與 Session State Service 應用程式相依，其需要相對小的 SQL Server 資料庫。Visio 服務需要應用程式伺服器，以準備供瀏覽器檢視的原始 Visio 檔案。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您將服務向外延展至具備足夠 CPU 及 RAM 的多部應用程式伺服器以確保可接受的效能與輸送量。

  • Access Service 應用程式   這是在 SharePoint Server 2010 之內主控 Access 解決方案的服務。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您向外延展至具備足夠 RAM 的多部應用程式伺服器，以取得可接受的效能與輸送量。Access 服務會使用 SQL Reporting Services，其需要可與其他資料庫共用位置的 SQL Server 資料庫。

  • User Profile Service 應用程式   此服務可強化 SharePoint Server 2010 中的社交案例並可讓我的網站、標記、附註、設定檔與目錄及其他社交功能同步處理。設定檔服務需要三種相對較耗資源的資料庫：同步處理、設定檔及社交標記資料庫。此服務必須依賴 Managed Metadata Service 應用程式。在大型 SharePoint Server 部署中，您應該考慮將這項服務分散至共用服務伺服器陣列，並正確地調整資料庫伺服器層級的大小，以確保一般交易與目錄同步處理工作的效能是可接受的。

  • Managed Metadata Service 應用程式   可強化集中中繼資料儲存區，並能讓整個企業的內容類型同步處理。此服務可聯盟至專屬的服務伺服器陣列，且需要能與其他資料庫共用位置的資料庫。

  • Web Analytics Service 應用程式   此服務能彙總及儲存伺服器陣列的使用特性之統計資料，且具備相對高的 SQL Server 資源及儲存區需求。此服務可聯盟至專屬的服務伺服器陣列。在大型 SharePoint Server 部署中，建議您將 Web Analytics 資料庫主控在其他資料庫伺服器上，以將其與其他非常重要或耗費資源的資料庫隔離。

  • Business Connection Service 應用程式   此服務可讓各種組織的企業營運系統應用程式與 SharePoint Server 2010 互動，且其需要應用程式服務以維持資料與外部資源的連線。在大型 SharePoint Server 部署中，這是常用功能，因此建議您配置具備足夠 RAM 的足量應用程式伺服器，以取得可接受的效能。

  • InfoPath Forms Service 應用程式   此服務可讓 SharePoint Server 2010 的瀏覽器型表單與 InfoPath 用戶端應用程式互動，建立表單。此服務需要應用程式伺服器，且必須依賴需要迷你資料庫的 Session State Service 應用程式。其需要與其他服務共用位置，並具備相對較小的容量需求 (其成長是取決於這項功能的使用頻率)。

  • Word Automation Service 應用程式   此服務能讓 Word 檔案從某一格式 (例如 .doc) 轉換到其他格式 (如 .docx 或 .pdf)。此服務需要應用程式伺服器。在大型 SharePoint Server 部署中，這會成為常用功能，因此建議您將服務向外延展至具備足夠 CPU 資源的多部應用程式伺服器，以達到可接受的轉換輸送量。此服務亦需要相對小的資料庫來維護轉換工作佇列。

  • PerformancePoint Service 應用程式   此服務可啟用 SharePoint Server 2010 中的 PerformancePoint BI 功能，並讓您建立分析視覺效果。此服務需要應用程式伺服器與資料庫。在大型 SharePoint Server 部署中，這是常用功能，因此建議您為應用程式伺服器配置具備足夠 RAM，以取得可接受的效能與輸送量。

  • Project 服務應用程式   此服務能啟用所有 Microsoft Project Server 2010 規劃及追蹤功能，並啟用 SharePoint Server 2010。本服務需要應用程式伺服器與相對較耗資源的資料庫。在大型 SharePoint Server 部署中，這會成為常用功能，您應該為 Project Server 資料庫建立專屬資料庫伺服器，並考慮為 Project Server 管理解決方案建立專屬的 SharePoint Server 伺服器陣列。

  • 計時器服務   此程序是負責在伺服器陣列中的不同伺服器上，執行各種排程的工作。系統會執行多種計時器工作，有些會在所有伺服器陣列的伺服器上執行，有些則依據伺服器角色而執行於特定伺服器上。這當中有些計時器工作需要大量資源，並可能依照活動與運作的內容量，對本機伺服器及資料庫伺服器造成負載。在大型 SharePoint Server 部署中，計時器工作可能會影響使用者延遲，因此建議您建立專屬的伺服器，將需要大量資源的工作執行隔離開來。

  • 工作流程   此功能可整合 SharePoint Server 2010 中的工作流程，並在網頁伺服器上執行工作流程。資源使用是取決於工作流程的複雜度，及其處理的事件總數而定。在大型 SharePoint Server 部署中，這會成為常用功能，您應該考慮新增網頁伺服器或將伺服器隔離為只處理工作流程計時器服務，以確保不影響使用者的流量且不延遲工作流程作業。

  • 沙箱化解決方案   此服務可將自訂程式碼隔離至專屬的伺服器陣列資源。在大型 SharePoint Server 部署中，這會成為常用功能，因此若自訂程式碼開始影響伺服器效能時，您應該考慮建立專屬且額外的網頁伺服器。

與 SharePoint Server 2010 互動的新用戶端應用程式

本節說明一些 SharePoint Server 2010 支援的新用戶端伺服器互動，及其容量規劃的影響。

下表針對這些引進系統之新功能的一般負載提供簡化概略說明：

X – 表示對系統資源有很小或微乎其微的負載

XX – 表示對系統資源有中度的負載

XX – 表示對系統資源有高度的負載

用戶端 流量 負載

Office Web Apps

XXX

XX

PowerPoint Broadcast

XXX

X

Word 及 PowerPoint 2010 用戶端應用程式

XX

X

OneNote 用戶端應用程式

XXX

XXX

Outlook Social Connector

XX

XX

SharePoint Workspace

XXX

XX

  • Office Web Apps   Web 檢視與編輯 Word、PowerPoint、Excel 及 OneNote 檔案是瀏覽器要求的子集，具備略微不同的流量特性，此類互動引進相對高的流量負載，以啟用共同撰寫等功能。若在大型 SharePoint Server 部署中啟用這些功能，您應預期網頁伺服器上會有額外的負載。

  • PowerPoint Broadcast   此要求集也是瀏覽器要求的一個子集，主要是與在網頁瀏覽器中檢視即時 PowerPoint 簡報相關。在即時 PowerPoint 廣播工作階段期間，參與用戶端要求會從服務變更。在大型 SharePoint Server 部署中，這是常用功能，因此您應該預期網頁伺服器會有額外的負載。

  • Word 及 PowerPoint 2010 用戶端應用程式   Word 及 PowerPoint 2010 用戶端都有可利用 SharePoint Server 伺服器陣列的新功能。文件共同撰寫就是一個範例，其中所有參與共同撰寫工作階段的用戶端應用程式會頻繁上傳及下載伺服器的更新。在大型 SharePoint Server 部署中，這是常用功能，因此您應該預期網頁伺服器會有額外的負載。

  • OneNote 2010 用戶端應用程式   OneNote 2010 用戶端會與 SharePoint Server 伺服器陣列互動，方式與舊版 OneNote 類似，都是使用 SharePoint Server 2010 以共用並啟用 OneNote 筆記本的共同撰寫。在這種狀況下，即使用戶端是開啟但未實際使用，都會在 SharePoint Server 2010 上產生負載。在大型 SharePoint Server 部署中，這是常用功能，因此您應該預期網頁伺服器會有額外的負載。

  • Outlook 2010 用戶端應用程式   Outlook 2010 會利用到 SharePoint Server 伺服器陣列的新功能是 Outlook Social Connector (此功能亦可新增至舊版 Outlook)。這項功能可讓您直接在電子郵件中檢視從 SharePoint Server 伺服器陣列上要求的社交活動。若在大型 SharePoint Server 部署中啟用這項功能，您應預期網頁伺服器上會有額外的負載。

  • SharePoint Workspace   SharePoint Workspace 2010 用戶端有利用 SharePoint Server 伺服器陣列的新功能，可讓您同步處理網站、清單及文件庫，以利用戶端離線使用。只要用戶端執行時，SharePoint Workspace 2010 就會定期與附加的伺服器物件進行同步處理，不論其是否實際使用中。在大型 SharePoint Server 部署中，這是常用功能，因此您應該預期網頁伺服器會有額外的負載。

SharePoint Server 2010 部署重要差異

與其他伺服器陣列相比，每個 SharePoint Server 2010 部署都有最具差異的一組主要特性，使其更顯獨特。這些主要差異可從下列四大主要類別來說明：

  • 規格   是指伺服器陣列的硬體與伺服器陣列拓撲及設定。

  • 工作量   是指伺服器陣列上的需求，包括使用者的數目與使用特性。

  • 資料集   是指內容大小與散佈。

  • 狀況與效能   是指伺服器陣列在延遲與輸送量目標上的效能。

規格

硬體

硬體是電腦的實體資源，如處理器、記憶體及硬碟。硬體亦包括實體網路元件，如 NIC (網路介面卡)、纜線、切換器、路由器及硬體負載平衡器。許多效能和容量問題都可透過使用適當的硬體來解決。反之，硬體資源中的一個錯誤應用程式 (如伺服器的記憶體不足)，就會影響整個伺服器陣列的效能。

拓撲

拓撲是伺服器陣列硬體及元件的分散與相互關聯性。拓撲有兩種：

  • 邏輯拓撲   是軟體元件的地圖，如服務及伺服器陣列中的功能。

  • 實體拓撲   是伺服器與實體資源的地圖。

一般來說，使用者數目與使用特性會決定伺服器陣列的實體拓撲，而商務需要 (如支援預期負載之特定功能的需求) 則會驅動邏輯拓撲。

設定

我們是使用階段設定來說明軟體設定與設定參數的方法。此外，快取、RBS、限制的設定方式以及軟體環境的任何部分，都可依據特定需求設定或修改。

工作量

工作量會定義伺服器陣列上的主要作業特性，包括使用者群、並行性以及使用的功能，還有用來連線至伺服器陣列的使用者代理程式或用戶端應用程式。

不同 SharePoint Server 功能，其伺服器陣列資源所需的相關成本也各異。昂貴功能的常用性可能大幅影響效能與系統狀況。瞭解預期的需求及使用特性可讓您正確地調整實作的大小，避免讓系統持續在不良狀態中運作的風險。

使用者群

SharePoint Server 型應用程式的使用者群是指使用者總數與其地理分散方式的組合。此外，在整個使用者群中，也有可能會比其他群組更頻繁使用指定功能或服務的使用者子群組。並行使用者是定義為在指定時間中實際使用系統的使用者總比例。定義使用者群的指標包括唯一使用者的總數與並行使用者的總數。

使用特性

伺服器陣列的效能不只受到與系統互動之使用者數目的影響，其使用特性也會影響效能。具有相同使用者數目的兩個組織，其需求可能差異極大，不論是在使用者存取伺服器陣列資源的頻率，或是伺服器陣列要啟用哪些耗資源的功能與服務。說明使用特性的指標包括頻率或唯一作業、整體操作混和 (讀取、寫入操作與管理操作的比例)，及使用模式和伺服器陣列上啟用的新功能之負載 (如「我的網站」、搜尋、工作流程及 Office Web Apps)。

資料集

是指系統中儲存的內容量及架構特性，而儲存架構對系統整體狀況與效能有至關重要的影響。瞭解大小、存取頻率及資料的分散可讓您正確調整系統儲存區大小，避免造成拖慢使用者與伺服器陣列服務互動的瓶頸，並影響使用者體驗。

若要正確評估與設計 SharePoint Server 型解決方案的儲存架構，您需要知道系統上要儲存多少資料量，以及有多少使用者會從不同資料來源要求資料。內容量在調整磁碟容量大小上非常重要，因為其可能會影響其他功能的效能，亦可能影響網路延遲與可用的頻寬。定義資料集的指標包括內容總大小、文件總數、網站集合總數及網站集合的平均大小上限。

狀況與效能

SharePoint Server 伺服器陣列狀況基本上是一種簡化的度量單位與評分，其會反應系統的可靠性、穩定性及效能。伺服器陣列的目標效能基本上取決於這三個差異。狀況與效能評分可以由一組指標中的一部分來代表並追蹤。如需詳細資訊，請參閱＜監視及維護 SharePoint Server 2010＞。這些指標包括系統執行時間、使用者感受到的延遲、頁面錯誤率及資源使用指標 (CPU、RAM)。

任何硬體、拓撲、設定、工作量或資料集的大幅變更都可能讓系統的可靠性與回應速度產生極大差異。狀況評分可用來追蹤一段時間內的效能，並評估變更作業情況或系統修改可能對伺服器陣列的可靠性有何影響。

參考架構

SharePoint Server 2010 是一個複雜又強大的產品，而且沒有大小通吃的架構解決方案。每個 SharePoint Server 部署都是唯一的，且是由使用狀況與資料特性來界定。每個組織必須執行完整的容量管理程序，並有效利用 SharePoint Server 2010 系統提供的靈活性，以自訂最符合組織需求的適當大小解決方案。

參考架構的概念是要說明並指出 SharePoint Server 部署的不同主要類別，而不是要提供架構師可直接用來設計解決方案的對照。本節重點在探討 SharePoint Server 部署通常涉及的向量。

此處所列的架構是個實用的方法，可讓您瞭解一般類別間的差異，並用一般成本要素與等級來區分它們。

單一伺服器部署

單一伺服器部署架構是由一部執行 SharePoint Server 2010 的伺服器與 SQL Server 的支援版本所構成。這種架構適合評估用途、開發人員，或是僅少數使用者的獨立非關鍵任務部門實作。但不建議在生產環境使用此部署。

單一伺服器部署模型

小型伺服器陣列部署

小型伺服器陣列部署是由單一資料庫伺服器或叢集以及一或兩部 SharePoint Server 2010 型電腦所構成。主要的架構特性包括有限備援與容錯移轉，以及啟用最低限量的 SharePoint Server 功能。

小型伺服器陣列在搭配啟用最低限度的服務應用程式、相對較小的使用者群、相對較低的使用負載 (每分鐘少數要求至每秒極少數要求)，以及相對較小的資料量 (10 GB 或更多) 上，能實用地提供有限部署。

小型伺服器陣列部署模型

中型伺服器陣列部署

本架構將拓撲分成三層：專屬網頁伺服器、專屬應用程式伺服器以及一或多個資料庫伺服器或叢集。將前端伺服器與應用程式伺服器層分開的好處是，可在服務隔離中產生更大的彈性並促進系統的平衡負載。

這是最常見的架構，其包括許多可自由挑選的服務拓撲與伺服器陣列大小。中型伺服器陣列部署適合用於下列環境：

  • 有若干服務伺服器散佈至多部伺服器。一般的功能集可能包括 Office Web Apps Service、User Profile Service、Managed Metadata Service 及 Excel Calculation Service。

  • 使用者群為成千上萬的使用者，負載為每秒 10 到 50 個要求。

  • 1 或 2 TB 的資料儲存區。

容量 - 中型伺服器陣列部署模型

大型伺服器陣列部署

大型伺服器陣列部署會將服務與解決方案分解至多個伺服器陣列中，並會額外向外延展至單一伺服器陣列的層級。若干 SharePoint Server 服務都可部署至專屬的服務伺服器陣列，以提供來自多個要使用的伺服器陣列之要求。在大型架構中，通常會有網頁伺服器、多部應用程式伺服器 (依使用特性或本機 (非共用) 服務而定) 及多部 SQL Server 型伺服器或 SQL Server 叢集 (依內容大小及伺服器陣列上啟用的應用程式服務資料庫而定)。大型伺服器陣列架構預期可提供下列的部署：

  • 從專屬服務伺服器陣列中有聯盟與使用若干服務應用程式，一般包括 User Profile Service、Search、Managed Metadata Service 及 Web Analytics。

  • 大部分其他服務伺服器都是在本機啟用。

  • 使用者群範圍為幾十萬個使用者。

  • 使用負載範圍為上百個每秒要求數。

  • 資料集範圍在 10 TB 以上。

容量 - 大型伺服器陣列部署模型

See Also

Concepts

SharePoint Server 2010 的容量規劃
SharePoint Server 2010 效能測試
監視及維護 SharePoint Server 2010
SharePoint Server 2010 容量管理：軟體界限和限制
效能與容量測試結果及建議 (SharePoint Server 2010)
Performance and capacity technical case studies (SharePoint Server 2010)
硬體及軟體需求 (SharePoint Server 2010)

Other Resources

資源中心：SharePoint Server 2010 的容量管理