SharePoint Server 2013 的容量規劃

發行項
01/15/2018

**適用版本：**SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

**上次修改主題的時間：**2017-08-25

**摘要：**了解如何規劃及管理 SharePoint Server 2013 的容量與效能。

本文說明如何規劃SharePoint Server 2013伺服器陣列的容量。當您有很好的感謝和容量規劃及管理的知識時，您可以套用您知識至系統大小調整。調整大小是用來描述選取項目及設定適當的資料架構、邏輯及實體拓撲及硬體的解決方案平台的字詞。有一個範圍的容量管理和使用方式會影響您應該要如何判斷最適當的硬體和設定選項的考量。

閱讀本文之前，應先閱讀＜SharePoint Server 2013 的容量管理及調整大小概觀＞。

重要

某些資訊及本文中的值為基礎的測試結果和SharePoint 2010 產品相關的其他資訊並不一定代表SharePoint Server 2013的最後一個值。

在本文中，我們將說明您應針對自身的環境採取什麼步驟，以開始進行有效的容量管理。每個步驟都需要有某些必要資訊才能成功執行，且都會產生一組交付項目以供用於下個步驟。這些需求與交付項目將在下文針對每個步驟的介紹中以表格列出。

本文內容：

步驟 1：模型
步驟 2：設計
步驟 3：試驗、測試與最佳化
步驟 4：部署
步驟 5：監視與維護

步驟 1：模型

建立模型您SharePoint Server 2013-分析您現有的方案一開始會根據的環境及評估預期的需求和部署目標打算設定。您啟動收集資訊使用者群、資料需求、延遲與輸送量目標並加以記載您想要部署的SharePoint Server 2013功能。使用此區段來了解您應收集哪些資料、如何收集，及如何在後續步驟中使用。

了解預期會有的工作負載與資料集

適當的調整大小的SharePoint Server 2013實作需要您研究並瞭解您解決方案的特性來處理預期的需求。了解需求需要您就可以同時說明工作負載特性等的使用者數目及最常用作業及內容的大小和內容分布等的資料集特性。

本節將協助您了解所應收集的一些特定量值與參數，以及可用的收集機制。

工作負載

工作負載描述系統將必須承擔的需求、使用者群以及使用特性。下表提供一些有助於判斷工作負載的重要量值。您可以使用這張表格來記錄所收集到的這些量值。

工作負載特性	值
平均每日 RPS
尖峰時間平均 RPS
每日單獨使用者總數
每日平均並行使用者
尖峰時間的尖峰並行使用者
每日要求總數
預期工作負載分布	每日要求數
網頁瀏覽器 - 搜尋編目
網頁瀏覽器 - 一般共同作業互動
網頁瀏覽器 - 社交互動
網頁瀏覽器 - 一般互動
網頁瀏覽器 - Office Web 應用程式
Office 用戶端
OneNote 用戶端
SharePoint Workspace
Outlook RSS 同步
Outlook Social Connector
其他互動 (自訂應用程式/Web 服務)

並行使用者 – 若要測量伺服器陣列上同時執行的作業數，最常見的方法就是測量在特定時間範圍內有多少名不同的使用者在產生要求。重要量值是每日平均值以及尖峰負載時期的並行使用者數。
每秒要求數 (RPS) – RPS 是個常用來描述伺服器陣列上之需求的指標，所表達的資訊為伺服器陣列每秒處理的要求數，但要求的類型或大小一概不分。每個組織的使用者群都會產生系統負載，而產生的負載大小取決於組織的獨特使用特性。如需此詞彙的詳細資訊，請參閱＜SharePoint Server 2013 的容量管理及調整大小概觀＞的＜詞彙＞一節。
每日要求總計 – 每日要求總計是系統必須處理之整體負載的一項良好指標。此指標最常用於測量 24 小時內除驗證信號交換要求 (HTTP 狀態 401) 外的所有其他要求。
每日使用者總計 – 使用者總計是系統必須處理之整體負載的另一項重要指標。其測量的是 24 小時期間內實際的單獨使用者數目，而非組織中的員工總數。

注意

每日使用者總計數目可以指出伺服器陣列上的負載增長潛力。例如，如果可能的使用者是 10 萬名員工，則每日 1 萬 5 千名使用者表示隨著使用者的採用情形增加，負載可能日益大幅增長。
工作負載分布– 了解根據互動與伺服器陣列的用戶端應用程式要求的通訊群組可協助預測預期的趨勢和載入移轉至SharePoint Server 2013之後的變更。為使用者轉換到 Office 2013 及開始使用新的功能新負載等較新版的用戶端版本模式、 RPS 與總要求數被預期成長。我們可以針對每個用戶端會說明使用一天和伺服器上的用戶端或功能將會產生的總要求量的時段內的不同使用者人數。

例如，下圖顯示提供一般社交解決方案的即時內部 Microsoft 環境在某一時刻的數據。在此例中，您可以看到大部份的負載都是因搜尋編目程式和一般的使用者網頁瀏覽行為而來。您也可以看到，Outlook Social Connector 功能 (佔 6.2% 的要求) 造成了顯著的負載。

估計實際執行時的工作負載

在估計伺服器陣列必須能夠承擔的必要輸送量時，請先估計伺服器陣列中將使用哪些各種不同交易。請將重點放在分析系統將需要服務的最常用交易，了解其使用頻率，以及使用者人數。這些資料將有助您在稍後進行實際執行前測試時，驗證伺服器陣列是否能承受這類負載。

下圖說明工作負載與系統負載之間的關係：

容量 - 工作負載圖表

若要估計預期的工作負載，請收集下列資訊：

找出使用者互動行為，例如一般的網頁瀏覽、檔案下載與上傳、瀏覽器中的 Office Web 應用程式檢視與編輯、共同撰寫性的互動、SharePoint Workspace 網站同步、Outlook Social 連線、RSS 同步 (在 Outlook 或其他檢視器中)、PowerPoint 廣播、OneNote 共用筆記本、Excel Service 共用活頁簿、存取服務共用應用程式等等。如需詳細資訊，請參閱＜SharePoint Server 2013 的容量管理及調整大小概觀＞一文的＜服務及功能＞一節。請將重點放在找出您要設置的部署將需承擔的獨特互動行為，並認出此類負載預期會帶來的影響，例如大量使用 InfoPath 表單、Excel Service 計算及類似的專門解決方案。
找出系統作業，例如搜尋累加編目、每日備份、設定檔同步計時器工作、Web 分析處理、記錄計時器工作等。
評估總數的使用者每天預計會使用每個功能、衍生的估計並行使用者和高層級每秒要求數目會有一些存在並行等的每個並行使用者不同跨功能的 RPS 因素會讓您的假設、您應使用的估計本節稍早於工作量表格。務必焦點在尖峰，而不是平均輸送量。規劃尖峰活動，可以的 proper 大小為您SharePoint Server 2013-基礎的解決方案。

如果您已有 Office SharePoint Server 2007 解決方案，可以深入調查 IIS 記錄檔或使用其他現有 Web 監視工具，以更了解一些預期會有的行為，或者可參閱下節中的指示來獲得更多細節。如果您不是從現有的解決方案移轉，則應以約略估計值填寫表格。在稍後的步驟中，您將需要驗證自己的假設並進行系統調整。

分析 SharePoint Server 2013 IIS 記錄檔

若要探索現有SharePoint Server 2013部署，例如多少使用者已啟用，如何嚴重相關的關鍵評量值使用系統種類的要求] 中的傳入以及從其來自用戶端類型，會需要從 ULS 及 IIS 記錄檔中擷取資料。其中一種簡單取得此資料是從 Microsoft 下載免費使用Log Parser、功能強大的工具。Log Parser 可以讀取及寫入數字的文字及二進位格式，包括所有 IIS 格式。

如需如何SharePoint Server 2013使用記錄剖析器分析的詳細資訊，請閱讀分析 Microsoft SharePoint 產品和技術使用量 (https://www.microsoft.com/downloads/details.aspx?familyid=f159af68-c3a3-413c-a3f7-2e0be6d5532e （英文) 英文)。

您可從 https://www.microsoft.com/downloads/details.aspx?FamilyID=890CD06B-ABF8-4C25-91B2-F8D975CF8C07&displaylang=en 下載 Log Parser 2.2。

資料集

資料集描述系統中儲存的內容量，以及這些內容在資料存放區中的散佈方式。下表提供一些有助判斷資料集的重要量值。您可以使用這張表格來記錄所收集到的這些量值。

物件	值
資料庫大小 (GB)
內容資料庫數
網站集合數
Web 應用程式數
網站數
搜尋索引大小 (項目數)
文件數
清單數
網站平均大小
網站最大大小
使用者設定檔數

內容大小– 了解您預期儲存在SharePoint Server 2013系統中的內容大小很重要的規劃和架構系統儲存空間及正確調整大小的搜尋解決方案所要編目和索引此內容。磁碟空間總量說明內容的大小。如果您是從現有部署的移轉內容您可能會發現容易識別您要移動；的總大小規劃時應該維持一段時間根據預測趨勢成長空間。
文件總數 – 除了資料主體大小，另外還必須追蹤項目總數。在面對由 50 個 2 GB 檔案組成，和由 100,000 個 1 KB 檔案組成的100 GB 資料時，系統的反應方式將有所不同。在大型部署中，單一項目、文件或文件區域所承受的壓力越小，效能就越好。為含有多個較小檔案散佈於眾多網站與網站集合間的分散式內容提供服務，會比為含有極大型檔案的單一大型文件庫提供服務來得容易。
最大網站集合大小– 務必要找出功能將會儲存在SharePoint Server 2013; 內容的最大單位通常是組織需要在禁止分割該內容的單位。所有網站集合和網站集合的估計的總數的平均大小是可協助您識別您偏好的資料架構的其他指標。
服務應用程式資料特性– 除了分析對內容存放區、儲存需求您應該分析並估計包括其他SharePoint Server 2013存放區的大小：
搜尋索引總大小
以設定檔儲存中的使用者數為基礎的設定檔資料庫總大小
以預期會有之標記、同事與活動數為基礎的社交資料庫總大小
中繼資料存放區大小
使用量資料庫大小
Web Analytics 資料庫大小

設定伺服器陣列效能與可靠性目標

其中一個的可傳送作業步驟 1：模型是確實了解的效能與可靠性目標的配合組織的需求。適當地設計的SharePoint Server 2013解決方案應該能夠達成"四個 9"（99.99%) 的上線時間百分比小於一秒伺服器回應速度。

用來描述伺服器陣列之效能與可靠性的指標可包括：

伺服器可用性 – 通常由系統整體執行時間的百分比來表示。您應追蹤任何非預期的停機時間，並將整體可用性與您設定的組織目標進行比較。目標通常由幾個九來表示 (亦即 99%、99.9%、99.99%)
伺服器回應速度– 在伺服器陣列以服務要求所花費的時間會追蹤伺服器陣列的狀況良好的指標。這個指示器命名伺服器端延遲，通常為很常使用的平均或正在所服務的每日要求的中間（第 50 個百分位數）延遲。目標常所述子秒數。請注意，如果您的組織有服務頁面與SharePoint Server 2013低於兩秒，在目標伺服器端目標必須是子離開連絡用戶端透過網路] 頁面上的時間和瀏覽器中呈現的秒數。也通常較長的伺服器回應時間會指示不健康的伺服器陣列，這通常是對輸送量的影響為並少可以 RPS 跟如果您在大部分的要求在伺服器上花多個秒
伺服器負載暴增 – 另一個值得追蹤的良好伺服器端延遲指標，是所有要求當中排名前 5% 之最慢要求的行為。要求較慢，通常是因為要求正好在系統負載較高時進入系統，或者 (此原因更常見) 使用者正好在與系統互動，導致系統活動較不頻繁。狀況良好的系統，對於反應最慢的要求也能夠妥善控制。此處的目標類似於伺服器回應速度，但為了達到在伺服器負載暴增期間在一秒內回應的目標，您需讓系統搭載大量的備用資源，以便處理暴增的負載。
系統資源使用率 – 其他常用來追蹤系統健康狀況的指標是一組系統計數器，這些計數器會指出伺服器陣列拓撲中每部伺服器的健康狀況。最常用於追蹤的指標是 % CPU 使用率與可用記憶體，但另外還有幾個計數器可協助找出狀況不佳的系統。如需詳細資訊，請參閱＜步驟 5：維護＞。

步驟 2：設計

您已針對需要提供的解決方案收集好現況資料或估計值，現在可以進入下個步驟，開始設計預料能夠承擔所預期需求的架構。

此步驟結束時，您應該會得出一份實體拓撲設計和邏輯拓撲配置，供您進一步進行必要的採購。

硬體規格和您配置的電腦數緊密相關，為了處理特定負載，您可以選擇部署的解決方案有數種。常見的用法是使用少數幾部強大電腦 (垂直擴充) 或多部小型電腦 (向外擴充)；每種解決方案在容量、備援、電力、成本、空間和其他考量方面各有其優缺點。

在此步驟，建議您先從決定架構和拓撲開始。先定義您要如何配置不同的伺服器陣列以及各伺服器陣列中的不同服務，然後為設計中的每部伺服器選擇適當的硬體規格。您也可以先找出您要部署的硬體規格 (許多組織受限於特定的公司標準)，然後再定義架構和拓撲。

請使用下表記錄您的設計參數。表中資料為範例資料，只用來示範如何用此表記錄資料，不應用來決定您的伺服器陣列大小。

角色	類型 (標準或虛擬)	電腦數	程序	RAM	IOPS 需求	磁碟大小 (作業系統+記錄檔)	資料磁碟機
網頁伺服器	虛擬	4	4 個核心	8	無	400 GB	無
內容資料庫伺服器	標準	1 個叢集	4 個四核心 2.33 (GHz)	48	2k	400 GB	20 個 300 GB 磁碟 @ 15K RPM
應用程式伺服器	虛擬	4	4 個核心	16	無	400 GB	無
搜尋編目目標網頁伺服器	虛擬	1	4 個核心	8	無	400 GB	無
搜尋查詢伺服器	標準	2	2 個四核心 2.33 (GHz)	32	無	400 GB	500 GB
搜尋編目程式伺服器	標準	2	2 個四核心 2.33 (GHz)	16	400	400 GB	無
搜尋編目資料庫伺服器	標準	1 個叢集	4 個四核心 2.33 (GHz)	48	4k (針對讀取調整)	100 GB	16 個 150 GB 磁碟 @ 15K RPM
搜尋屬性儲存區資料庫 + 管理資料庫伺服器	標準	1 個叢集	4 個四核心 2.33 (GHz)	48	2 k (針對寫入調整)	100 GB	16 個 150 GB 磁碟 @ 15K RPM

決定起始架構

本節說明如何選擇起始架構。

當您部署SharePoint Server 2013時，您可以實作解決方案; 選擇從某個範圍的拓撲您可能會對叢集或鏡像資料庫伺服器和小心謹慎應用程式的各種服務SharePoint Server 2013伺服器陣列部署單一伺服器或向外延展多部伺服器。稍後即會選取根據每個角色，根據您的容量、可用性及備援需求需求的硬體設定。

請先審視不同的參考架構，想想您的伺服器陣列適用的結構，決定是否要將解決方案分割為數個伺服器陣列，或是將數個服務 (例如搜尋) 同盟在單一專用伺服器陣列中。如需詳細資訊，請參閱＜SharePoint Server 2013 的容量管理及調整大小概觀＞的＜參考架構＞一節。

SharePoint Server 2010 技術案例研究

容量管理指引SharePoint Server 2013包括數量的現有呈現現有SharePoint Server 2013的詳細的描述的實際執行環境技術案例研究-根據實際執行環境。只要有; 發佈技術案例研究特有SharePoint Server 2013現有的SharePoint Server 2010案例研究可做為如何設計SharePoint Server 2013參考（英文）-架構特定用途的環境。

您可以使用為參照的這些案例研究時特別若找到這些部署特定的重要差異描述類似的需求與目標之解決方案的架構設計SharePoint Server 2013解決方案的架構。

這些文件會針對每個所記載的案例研究，說明下列資訊：

規格，例如硬體、伺服器陣列拓撲和設定；
工作負載，包括使用者群和使用狀況特性；
資料集，包括內容大小、內容特性和內容分布
健康狀況與效能，包括一組記錄到的指標，描述伺服器陣列的可靠性與效能特性

如需詳細資訊，請從效能與容量技術案例研究 (SharePoint Server 2010)頁面下載相關文件。

選擇硬體

為伺服器陣列中的電腦選擇適當規格十分重要，這可確保您的部署展現適當的可靠性與效能，請務必謹記您應針對尖峰負載和尖峰時間進行規劃，換句話說，當您的伺服器陣列在平均負載情形下執行時，仍應有足夠的資源可用來處理最大預期需求，同時仍符合延遲和輸送量目標。

伺服器的核心容量和效能硬體功能反映四個主要類別：系統的處理能力、磁碟效能、網路容量和記憶體功能。

另外還需要考慮使用虛擬的機器。可以使用虛擬機器來部署SharePoint Server 2013伺服器陣列。雖然尚未新增任何效能好處找到虛擬化，它提供可管理性優點。虛擬化 SQL Server 型電腦通常不建議使用，但仍有某些優點，虛擬化的網頁伺服器與應用程式伺服器層。如需詳細資訊，請參閱虛擬化規劃 (https://technet.microsoft.com/en-us/library/71c203cd-7534-47b0-9122-657d72ff0080 (office.14).aspx)。

如需硬體需求的詳細資訊，請參閱＜SharePoint Server 2016 的硬體及軟體需求＞。

硬體選擇指導方針

選擇處理器

SharePoint Server 2013是僅適用於 64 位元處理器。一般而言，多個處理器可讓您提供更大的需求。

當您將新增更多核心SharePoint Server 2013，個別的網頁伺服器會向上擴充。更多核心的伺服器有其可以維持，所有其他正在相等的更多負載。在大型SharePoint Server 2013部署中，我們建議您配置多部 4 核心網頁伺服器（這可以虛擬化），或更少更有力 (8-位 / 16 / 24 核心) 網頁伺服器。

應用程式伺服器的處理器容量需求會根據伺服器與執行服務角色有所不同。一些SharePoint Server 2013功能的需求與其他更大的處理能力。例如，SharePoint Search Service 是高度取決於應用程式伺服器的處理能力。

SQL Server 的處理器容量需求也取決於 SQL Server 電腦所裝載的服務資料庫。

選擇記憶體

您的伺服器需要不同的記憶體，根據伺服器的函數和角色金額。例如，執行搜尋編目元件的伺服器會處理資料更快速地如果因為文件讀入記憶體處理有大量的記憶體。利用許多SharePoint Server 2013快取功能的 web 伺服器可能需要更多的記憶體。

一般而言，web 伺服器的記憶體需求所高度取決於伺服器陣列中啟用的應用程式集區的數目和正在所服務的並行要求數目。在大多數的生產SharePoint Server 2013部署中，建議您配置至少需要 8 GB RAM 每個網頁伺服器上，使用有更大的流量的伺服器的建議使用 16 GB 或使用多個應用程式集區部署設定的隔離。

應用程式伺服器的記憶體需求也; 不同一些SharePoint Server 2013功能比其他應用程式層上有更大的記憶體需求。在大多數的生產SharePoint Server 2013部署我們建議您配置至少需要 8 GB RAM 上每個應用程式伺服器16 GB、 32 GB 和 64 GB 應用程式伺服器是一般啟用許多應用程式服務之後的同一部伺服器，或啟用高度取決於記憶體，例如 Excel Calculation Service 和SharePoint Server 2013搜尋服務的服務。

資料庫伺服器的記憶體需求高度取決於資料庫大小。如需為 SQL Server 電腦選擇適當記憶體的詳細資訊，請參閱＜規劃及設定儲存設備與 SQL Server 容量 (SharePoint Server)＞。

選擇網路

分散式伺服器陣列除了可讓網路上的用戶端快速存取到資料來節省使用者時間之外，也必須讓伺服器間的通訊享有快速存取速度。當您將服務分散到多部伺服器或是將某些服務與其他伺服器陣列結為同盟時，就更是需要如此。在伺服器陣列中，網頁伺服器層、應用程式伺服器層和資料庫伺服器層之間會有顯著流量，因此在處理極大型檔案或極高負載等情形下，網路很容易就會變成整個流程當中的瓶頸。

網頁伺服器和應用程式伺服器應設定為至少使用兩張網路介面卡 (NIC)：一張 NIC 負責處理使用者流量，另一張 NIC 負責處理伺服器間的通訊。伺服器間的網路延遲可能對效能產生重大影響。因此，請務必將網頁伺服器與裝載內容資料庫之 SQL Server 電腦間的網路延遲控制在 1 毫秒以內。每個服務應用程式資料庫所在的 SQL Server 電腦也應盡量靠近取用端應用程式伺服器。伺服器陣列伺服器之間的網路應至少有 1 Gbps 頻寬。

選擇磁碟及儲存設備

所謂磁碟管理不只是在想辦法為資料提供足夠的空間。您必須考慮到後續的需求與成長，確定儲存區架構不會拖慢系統速度。請務必確保每個磁碟上至少具備 30% 的額外容量 (高於預估的最高資料需求)，以預留空間來因應未來的成長。此外，在大部分實際執行環境中，磁碟速度 (IOps) 對於提供足夠輸送量來滿足伺服器儲存需求相當重要。您必須預估所部署的主要資料庫將需要的流量數量 (IOps)，並配置足夠磁碟來滿足該流量。

如需關於如何為資料庫伺服器選擇適當磁碟的詳細資訊，請參閱＜規劃及設定儲存設備與 SQL Server 容量 (SharePoint Server)＞。

網頁伺服器和應用程式伺服器也有儲存需求。在大部分實際執行環境中，建議您至少配置 200 GB 磁碟空間來容納作業系統，並配置 150 GB 磁碟空間來容納記錄檔。

步驟 3：試驗、測試和最佳化

測試和最佳化階段是有效的容量管理變得極為重要元件。您應測試新架構再將其部署至實際執行環境與您應該進行接受度測試與下列監控的最佳作法以確保您設計的架構達到效能與容量目標。這可讓您識別和最佳化的潛在瓶頸之前影響即時部署中的使用者。如果您要升級Office SharePoint Server 2007環境及計劃進行結構變更，或要估計使用者負載的新SharePoint Server 2013功能，然後測試以確定特別重要您新SharePoint Server 2013-根據的環境將符合效能和容量目標。

測試過環境之後，您可以分析測試結果，判斷應進行哪些變更，才能達到您在＜步驟 1：模型＞中所建立的效能與容量目標。

以下是在實際執行前，應遵循操作的建議子步驟：

建立測試環境，並讓其模擬您在＜步驟 2：設計＞中所設計的初始架構。
利用您在＜步驟 1：模型＞中指出的資料集或部分資料集填入儲存。
對系統施加代表＜步驟 1：模型＞中指出之工作量的綜合負載。
執行測試、分析、結果，並最佳化您的架構。
將最佳化後的架構部署至資料中心，並讓一小群使用者試驗。
分析試驗結果、找出潛在瓶頸，然後對架構進行最佳化。必要時再重新測試一遍。
部署至實際執行環境。

測試

測試都是 critial 中建立您的系統設計以支援您的工作負載和使用狀況特性的能力。請參閱SharePoint Server 2013 的效能測試如需如何測試SharePoint Server 2013部署的詳細資訊。

建立測試計劃
建立測試環境
建立測試和工具

部署試驗環境

實際執行環境中部署SharePoint Server 2013之前，請務必您先部署試驗環境及徹底測試以確定它可符合容量和效能目標您預期尖峰負載伺服器陣列。建議的綜合負載特別適用於大型部署請先測試以及然後負荷的即時使用者和即時內容一小群試驗環境。使用一小群 live 使用者分析試驗環境的優點是驗證完全移入實際執行環境之前需使用狀況特性和內容的成長做一些假設有機會。

最佳化

如果就算擴充伺服器陣列硬體或進行拓撲變更，都無助於達到您的效能與容量目標，您應考慮修改解決方案。例如，如果您最初的需求是以單一伺服器陣列提供共同作業、搜尋和社交功能，則您可能需將某些服務 (如搜尋) 與專門的服務伺服器陣列結成同盟，或是將工作負載分割給多個伺服器陣列。另一個替代方案是部署一個專門的伺服器陣列來提供社交功能，再部署另一個來提供小組共同作業功能。

步驟 4：部署

一旦您在執行測試您最終循並確認您所選取的架構可獲得效能和容量所談的是您在建立步驟 1：模型，您可以部署在SharePoint Server 2013-型至實際執行環境。

適當的導入策略目視環境和情況。雖然SharePoint Server 2013部署通常是此文件的範圍之外，還有可能會超出容量計劃練習甚至某些建議的活動。以下是一些範例：

**部署新的SharePoint Server 2013伺服器陣列：**的容量規劃練習應該具有引導及確認設計及部署的SharePoint Server 2016計劃。在此例中導入會SharePoint Server 2013的第一個廣泛部署。需要移動或重建伺服器和入實際執行環境的容量規劃練習期間所使用的服務。這會是最直覺案例是因為沒有任何升級或修改現有的伺服器陣列所需。
**Office SharePoint Server 2007伺服器陣列升級至SharePoint Server 2013:**的容量規劃練習應該驗證設計的伺服器陣列可以符合現有的要求和規模設定以滿足需求的增加與SharePoint Server 2013伺服器陣列的流量。一部分的容量規劃練習應該包含測試移轉來驗證升級程序將花費，任何自訂程式碼必須修改或取代，是否要更新等等的容量規劃您應該會有已驗證的設計和了解其所需的時間升級多少時間的結論在有任何協力廠商工具與能夠透過升級程序-例如最佳的計劃如何在就地升級，或是移轉內容資料庫至新的伺服器陣列。如果您正在進行期間容量規劃您可能會找到該會需要額外或已升級的硬體，然後在就地升級及的停機時間考量。規劃練習的輸出的一部分應為所需的硬體變更清單並部署之硬體的詳細計劃先變更伺服器陣列。已驗證期間容量規劃的硬體平台備妥後，您可以升級至SharePoint Server 2013的程序向前移動。
**提升效能的現有SharePoint Server 2013陣列：**的容量規劃練習應該有幫助您找出在您目前的實作瓶頸、規劃減少或消除這些瓶頸、方法及驗證符合您的業務需求SharePoint Server 2013服務的增強的實作。有不同的方式在其中的效能問題可能已解決，從一件容易重新配置跨現有硬體、升級現有的硬體，或新增額外的硬體及新增其他服務的服務為某個項目。不同的方法應該測試及驗證期間的容量規劃練習，並視結果而定的部署計畫設計然後用此測試。

步驟 5：監視和維護

為了維持系統效能，您必須監視伺服器以找出潛在的瓶頸。若要能夠有效進行監視，您必須先了解哪些重要指標可以指出伺服器陣列某個部份需要注意，並且知道如何解讀指標。如果您發現伺服器陣列的運作不符合自己所定義的目標，可以調整伺服器陣列，例如新增或移除硬體資源、變更拓撲，或是變更資料儲存方式。

請參閱＜監視和維護 SharePoint Server 2013＞，看看您可以變更哪些設定來監視早期的環境，以便判斷是否需進行任何變更。請記住，提高監視能力會影響使用狀況資料庫所需要的磁碟空間。等到環境穩定後，就不再需要進行此詳細監視，而您就可以將下列設定回復為其預設設定。

如需狀況監視與疑難排解使用內建於SharePoint Server 2013管理中心介面，請閱讀下列狀況監視工具的詳細資訊：

SharePoint Server 2016 中的監視與報告

解決問題與疑難排解(https://technet.microsoft.com/en-us/library/ee748639 (office.14).aspx)

共用方式為