SharePoint 2013 的軟體界限及限制
適用於：
Subscription Edition SharePoint in Microsoft 365
本文說明 SharePoint Server 2013 的軟體界限和限制，包括：
邊界： 設計無法超過的靜態限制
臨界值：可超過以配合特定需求的可設定限制。
支援的限制：已經預設為已測試值的可設定限制
重要事項
[!重要事項] 本文中的部分值是以 SharePoint 2010 產品的測試結果為基礎，不一定代表 SharePoint Server 2013 的最終值。 在可提供 SharePoint Server 2013 測試資料時，將會以適當的值更新本文。 > 如需目前硬體和軟體需求的相關信息，請參閱 SharePoint 2013 的硬體和軟體需求。
注意事項
[!附註] 本文件中的容量規劃資訊可做為您規劃工作之準則。 這些資訊是依據 Microsoft 內部實際機器上測試所得之結果。 不過，您的結果可能會因所用設備及網站實作的功能而異。
了解 Microsoft 365 中的 SharePoint 限制。
界限與限制的概觀
本文包含協助您了解 SharePoint Server 2013 已測試的效能與容量限制，並提供限制與可接受效能的相關準則。 請使用本文中的資訊來判斷您計畫的部署是否在可接受的效能與容量限制內，並適當地在環境中設定限制。
本文中提供的測試結果與準則適用於單一 SharePoint Server 2013 伺服器陣列。 Adding servers to the installation might not increase the capacity limits of the objects that are listed in the tables in the Limits and boundaries section later in this article. 另一方面，新增伺服器電腦會增加伺服器陣列的輸送量，在使用許多物件時，要達成可接受的效能，這是必要的。 在某些情況下，解決方案中對於大量物件的需求可能需要伺服器陣列中有更多的伺服器。
有許多因素可能會影響指定環境中的效能，而且每個因素都可能會影響不同區域的效能。 本文中的一些測試結果和建議可能與環境中不存在的功能或使用者作業有關，因此不適用於您的解決方案。 只有完整的測試才能提供與您自己的環境相關的精確資料。
界限、臨界值與支援的限制
在 SharePoint Server 2013 中，有一些依設計而無法超過的限制。 其他一些限制會設定為伺服器數位管理員可能會變更的預設值。 也有某些限制不是以可設定的值表示，例如每個 Web 應用程式的網站集合數目。
界限是設計上無法超過的絕對限制。 請務必瞭解這些限制，以確保在設計伺服器陣列時不會做出不正確的假設。
界限的範例是 2 GB 的檔案大小限制;您無法設定 SharePoint Server 2013 來儲存大於 2 GB 的檔。 此界限是內建的絕對值，無法在設計上超過。
臨界值是具有預設值的參數，除非已修改值，否則無法超過該值。 在某些情況下，您可以依據伺服器陣列設計的變動而超越閾值。 不過，除了其他限制的有效值之外，請務必了解超過臨界值可能會影響伺服器陣列的效能。
某些臨界值的預設值可以超過，但最多只能到絕對最大值。 文件大小限制是一個很好的範例。 根據預設，預設檔大小閾值會設定為 250 MB，但可以變更為支援 2 GB 的最大界限。
支援的限制會為指定參數定義已測試值。 這些限制的預設值是由測試所定義，並呈現出產品的已知限制。 超過支援的限制可能會造成意外的結果、效能大幅降低或是其他有害的影響。
某些支援的限制是預設設定為建議值的可設定參數，而其他支援的限制則與不可設定值所表示的參數有關。
有關支援限制的範例為每個伺服器陣列的網站集合數目。 支援的限制是每個 Web 應用程式在測試期間符合效能基準的最大網站集合數目。
請務必瞭解，本檔中提供的許多限制值都代表曲線中的一個點，描述資源負載增加，以及隨著值增加而導致效能降低。 因此，超過某些限制 (例如，每個 Web 應用程式的網站集合數目) 可能只會導致伺服器陣列效能些微降低。 不過，在大部分情況下，在或接近已建立的限制下操作並不是最佳做法，因為當伺服器數位的設計提供合理限制值的平衡時，最佳的效能和可靠性目標會達到可接受的效能和可靠性目標。
臨界值與支援的限制準則取決於效能。 換句話說，您可以超過限制的預設值，但是當您增加限制值時，伺服器陣列效能與其他限制的有效值可能會受到影響。 SharePoint Server 2013 中的許多限制都可以變更，但請務必瞭解變更指定的限制如何影響伺服器陣列的其他部分。
限制的建立方式
在SharePoint Server 2013 中，臨界值與支援的限制的建立，是透過逐漸增加某個點 (伺服器陣列服務與作業達到其有效的作業限制) 的負載下，測試和觀察伺服器陣列的行為。 有些伺服器陣列服務與元件比其他的服務與元件可支援更高的負載，因此在某些情況下，您必須根據一些因素的平均值來指定限制值。
例如您必須觀察伺服器陣列在增加網站集合負載之後的行為，是否會造成某些功能出現無法接受的高度延遲，而其他功能仍在可接受的限制範圍內正常運作。 因此，指派給網站集合數目的最大值不是絕對值，而是根據預期的一組使用特性來計算，在大部分情況下，整體伺服器數位效能可在指定的限制下接受。
很明顯地，如果某些服務是在高於用於限制測試之參數的參數下運作，則會降低其他服務的最大有效限制。 因此，請務必針對特定部署執行嚴格的容量管理和調整測試練習，以建立該環境的有效限制。
注意：我們不會描述本檔中用來驗證限制的硬體，因為限制是從多個伺服器陣列和環境收集而來。
圓形圖象徵
若要瞭解硬體資源、負載和效能之間的關聯性，請務必讓相關因素可視化，以及這些因素如何彼此影響。
將伺服器數位的容量視為餅圖，其大小代表伺服器、CPU 和 RAM 等硬體資源、記憶體容量、磁碟 IOPS、網路頻寬和延遲等因素的匯總。 因此，圓形圖的大小與伺服器陣列的整體資源相關；新增資源 (例如伺服器陣列的伺服器) 會增加圓形圖的大小。
這個餅圖分成代表來自各種來源之負載的配量：使用者要求、搜尋查詢、針對已安裝功能的作業、定時器作業，以及操作系統額外負荷。 每個區段都必須共用可用的伺服器數組資源。 如果一個配量的大小增加，其他配量的大小必須按比例減少。 例如，由於伺服器陣列上的負載不是靜態 (使用者要求，因此可能只會在一天的特定時間) ，因此配量的相對大小會持續變動。 不過，每個配量都必須維持所需的最小大小才能正常運作，而且由於每個配量所代表的函式是相互依存的，因此增加一個配量的大小可能會增加其他配量的負載，除了減少可供它們取用的資源之外。
設計伺服器陣列時使用這個象徵的目的，是要讓圓形圖足以容納每個圓形圖塊在尖峰負載下的必要大小。
現在請考量使用者要求比基準增加 100% 的案例。 假設其中大約有一半的要求是搜尋查詢，而另一半的要求則是編輯清單及文件。 雖然這項增加的負載會擠壓其他區塊，但某些伺服器陣列功能也必須增加工作負擔來予以補償。 Search Service 必須處理更多查詢 (大多由快取處理)，而某些查詢會傳遞到資料庫伺服器，這樣也增加了後者的負擔。 如果資料庫伺服器上的負載變得太大，磁碟佇列長度就會增加，進而增加所有其他要求的延遲。
限制與界限
本節列出可成為解決方案一部分的物件，並提供每種物件可接受的效能準則。 可接受的效能表示經過測試的系統可以支援該物件數目，但若未降低效能或降低相關限制的值，就無法超過該數目。 物件會同時依範圍和依功能列出。 提供限制資料以及加上附註，描述取得限制的條件以及可取得其他資訊的連結。
使用本文中的準則檢閱您的整體解決方案計畫。 如果您的解決方案計畫超過一或多個物件的建議準則，請執行下列一或多個動作：
評估此解決方案以確保其他區域獲得補償。
標幟這些區域，以利建立部署時進行測試與監視。
重新設計或分割解決方案，以確保您不會超過容量指導方針。
依階層的限制
本節提供依 SharePoint Server 2013 伺服器陣列之邏輯階層所排序的限制。
Web 應用程式限制
下表列出 Web 應用程式的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| Web 應用程式 |
每個伺服器陣列 20 個 |
支援 |
我們建議儘可能將 Web 應用程式的數目限制設為最大數量。 盡可能建立更多名為網站集合的主機，而不是新增 Web 應用程式。 |
| 區域 |
每個 Web 應用程式 5 個 |
界限 |
伺服器陣列定義的區域數目會硬式編碼為 5。 區域包括「預設」、「內部網路」、「外部網路」、「網際網路」及「自訂」。 |
| 已指定主機名稱之網站集合的管理路徑 |
每個伺服器陣列 20 個 |
支援 |
已指定主機名稱之網站集合的管理路徑會在伺服器陣列等級上套用。 所建立的每個管理路徑皆可在任何 Web 應用程式中加以套用。 |
| 路徑型網站集合的管理路徑 |
每個 Web 應用程式 20 個 |
支援 |
系統會在網頁伺服器上快取管理路徑，並根據管理路徑清單使用 CPU 資源來處理傳入要求。 路徑型網站集合的管理路徑會在 Web 應用程式層級套用。 您可以針對每個 Web 應用程式建立不同的管理路徑組合。 每個 Web 應用程式若有超過 20 個的管理路徑，則每個要求都會造成網頁伺服器增加更多負載。 如果您打算在指定的 Web 應用程式中超過 20 個受控路徑，建議您測試可接受的系統效能。 |
| 解決方案快取大小 |
每個 Web 應用程式 300 MB |
臨界值 |
解決方案快取允許 InfoPath Forms Services 在快取中儲存解決方案，以便加速解決方案的擷取。 如果超過快取大小，會從磁碟擷取解決方案，這可能會使回應時間變慢。 您可以使用 PowerShell Cmdlet Set-SPInfoPathFormsService 來設定解決方案快取的大小。 如需詳細資訊，請參閱＜Set-SPInfoPathFormsService＞。 |
網頁伺服器和應用程式伺服器限制
下表列出伺服器陣列上網頁伺服器的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 應用程式集區 |
每部網頁伺服器 10 個 |
臨界值 |
最大的數目是由硬體功能決定。 這個限制大部分取決於： 配置給網頁伺服器的記憶體數量 伺服器陣列所提供的工作量，也就是使用者群與使用特性 (單一高度活躍的應用程式集區可使用 10 GB 或更多) |
內容資料庫限制
下表列出內容資料庫的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 內容資料庫數目 |
每個伺服器陣列 500 個 |
支援 |
每個伺服器陣列的內容資料庫數目上限為 500。 每個 Web 應用程式有 500 個內容資料庫，開啟網站或網站集合等終端使用者作業不會受到影響。 但是建立新網站集合等管理作業的效能會降低。 若有大量的內容資料庫存在，我們建議您使用 PowerShell 來管理 Web 應用程式，因為管理介面可能會變慢且難以瀏覽。 SharePoint Server 2013 針對每個內容資料庫 200 GB 和每個伺服器陣列 500 個內容資料庫，每個伺服器數位支援 100 TB 的數據。 |
| 內容資料庫大小 (一般使用方式) |
每個內容資料庫 200GB |
支援 |
我們建議將內容資料庫的大小限制為 200 GB，但此數據表中下列數據列中的情況適用時除外。 如果您使用遠端 BLOB 記憶體 (RBS) ，內容資料庫中遠端 BLOB 記憶體和元數據的總磁碟區不得超過 200 GB 的限制。 |
| 內容資料庫大小 (所有使用方式) |
每個內容資料庫 4 TB |
支援 |
如果符合下列需求，則可支援多達 4 TB 的內容資料庫： 磁碟子系統效能為每 GB 0.25 IOP，建議每 GB 兩個 IOP，以獲得最佳效能。 必須已經開發適合高可用性、嚴重損壞修復、未來容量及效能測試的計畫。 請考慮下列因素： 如果內容資料庫超過 200 GB，則其原生 SharePoint Server 2013 備份可能無法滿足備份與還原的需求。 評估並測試 SharePoint Server 2013 備份和替代備份解決方案，以判斷您特定環境的最佳解決方案。 建議您主動管理熟練的 SharePoint Server 2013 和 SQL Server 安裝。 SharePoint Server 2013 複雜的自訂及設定動作，可能必須將資料重構 (或分割) 成多個內容資料庫。 請向熟練的專業結構設計師尋求建議並執行測試，以判定適合實作的最佳內容資料庫大小。 複雜性的範例可能包括自定義程式碼部署、在屬性升級中使用超過 20 個數據行，或列示為不在 4 TB 以上的區段中使用的功能。 重構網站集合可將 SharePoint Server 2013 實作擴充至多個內容資料庫。 此布建允許 SharePoint Server 2013 實作無限期地進行調整。 如果內容資料庫小於 200 GB，重構就會更為輕鬆迅速。 建議您輕鬆備份和還原內容資料庫內的個別網站集合，限製為100 GB。 如需詳細資訊，請參閱＜ 網站集合限制＞。 重要事項：我們不建議使用超過 4 TB 的內容資料庫，除非在檔封存案例中 (本表的下一個數據列中所述) 。 如果未來需要升級 SharePoint Server 2013 安裝，升級內容資料庫內的網站集合可能會很困難且耗時。 > 建議您跨多個內容資料庫相應放大，而不是在單一內容資料庫中超過 4 TB 的數據。 |
| 內容資料庫大小 (文件封存案例) |
內容資料庫沒有明確限制 |
支援 |
如果符合下列需求，則支援在文件封存案例中使用沒有明確大小限制的內容資料庫： 滿足本表稍早「內容資料庫大小 (所有使用案例) 」限制的所有需求，而且您應該確定您已仔細考慮該限制之 Notes 字段中討論的所有因素。 SharePoint Server 2013 網站必須以 文件中心或 記錄中心網站範本為基礎。 每月平均存取的內容資料庫內容低於 5%，且每月平均修改或寫入的內容低於 1%。 請勿在內容資料庫中的任何 SharePoint Server 2013 物件上使用警示、工作流程、連結修正或專案層級安全性。 Note: Document archive content databases can be configured to accept documents from Content Routing workflows. For more information about large-scale document repositories, see Estimate performance and capacity requirements for large scale document repositories in SharePoint Server 2010, and the Typical large-scale content management scenarios section of the article Enterprise content storage planning (SharePoint Server 2010). |
| 6 千萬個項目，包括文件及清單項目 |
6 千萬個項目，包括文件及清單項目 |
在 SharePoint Server 2013 上測試過的每個內容資料庫的項目最大數目是 6 千萬個，包括文件及清單項目。如果您打算在 SharePoint Server 2013 中儲存超過 6 千萬個項目，則必須部署多個內容資料庫。 |
在 SharePoint Server 2013 上測試的每個內容資料庫的最大項目數是 6 千萬個專案，包括檔案和清單專案。 如果您打算在 SharePoint Server 2013 中儲存超過 6 千萬個專案，您必須部署多個內容資料庫。 |
| 數目上限為 10,000 個 (2,500 個非個人網站集合和 7,500 個個人網站，或者只有 10,000 個個人網站) |
數目上限為 10,000 個 (2,500 個非個人網站集合和 7,500 個個人網站，或者只有 10,000 個個人網站) |
支援 |
我們建議將內容資料庫中的網站集合數目限制為5,000個。 不過，最多可支援資料庫中有 10,000 個網站集合。 在網站集合總數高達 10,000 個的內容資料庫中，這些集合最多可以是非個人網站集合 2,500 個。 如果 10,000 個個人網站集合是內容資料庫內唯一的網站集合，則可以支持這些集合。 資料庫中網站集合數目的限制隸屬於具有多個網站集合的內容資料庫大小限制。 因此，當資料庫中的網站集合數目增加時，它所包含的網站集合平均大小就必須減少。 超過 5,000 個網站集合的限制，可能會讓您承擔升級期間停機時間增加的風險。 如果您計畫超過 5,000 個網站集合，我們建議您有明確的升級策略來處理中斷時間長度與對作業的影響，並取得其他硬體以加速會影響資料庫的軟體更新與升級。 Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. 如果您打算超過 5,000 個網站集合，建議您使用明確的升級策略來解決中斷長度和作業的影響，並取得額外的硬體來加速影響資料庫的軟體更新和升級。 To set the warning and maximum levels for the number of sites in a content database, use the PowerShell cmdlet Set-SPContentDatabase with the -WarningSiteCount parameter. 如需詳細資訊，請參閱 [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase？view=sharepoint-ps&preserve-view=true) 。 |
| 網路連接儲存裝置 (NAS) 的遠端 BLOB 儲存區 (RBS) 儲存子系統 |
在 95% 的情況下，距離收到 NAS 任何回應之第一個位元組的時間應該保持在 40 毫秒內。 |
當 SharePoint Server 2013 設定成使用 RBS，且 BLOB 位於 NAS 儲存體時，請考慮下列支援限制。 |
從 SharePoint Server 2013 要求 BLOB 的時間開始，直到它從 NAS 收到第一個位元組為止，在 95% 的情況下不得超過 40 毫秒。 網站集合限制 |
網站集合限制
下表列出網站集合的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 每個伺服器陣列 750,000 個網站集合 (500,000 個根目錄為個人網站範本和 250,000 個根目錄為其他網站類型 ) |
支援 |
支援 |
每個伺服器陣列的建議網站數目上限為500,000個網站集合，其中僅包含一個個人網站，再加上250,000個網站集合，其中包含所有其他網站範本的任何其他網站集合。 網站可以全都位於同一個 Web 應用程式中，也可以分散於多個 Web 應用程式。 此限制會受到其他因素影響，這些因素可能會減少指定內容資料庫可支援的有效網站集合數目。 如果這些內容資料庫各包含 1,000 個網站集合，則 Web 應用程式中的網站集合總數就是 200,000 個，還是落在支援限制內。 不過，如果每個內容資料庫各包含 10,000 個網站集合，那麼，即使這個數目符合內容資料庫的支援限制，伺服器陣列中的網站集合總數卻會是 2,000,000 個，超過每個 Web 應用程式和每個伺服器陣列的網站集合數目限制。 例如，伺服器陣列 A 的 Web 應用程式含有 200 個內容資料庫，這是支援的設定。 如果這些內容資料庫各包含 1,000 個網站集合，則 Web 應用程式中的網站集合總數就是 200,000 個，還是落在支援限制內。 不過，如果每個內容資料庫包含 10,000 個網站集合，即使此數目支援內容資料庫，伺服器陣列中的網站集合總數也會是 2,000,000，這超過每個 Web 應用程式和每個伺服器數位的網站集合數目限制。 網頁伺服器上的記憶體使用量應受到監視，因為記憶體使用量相依於使用模式以及可在特定時間範圍內存取的網站數目。 同樣地，編目目標也可能會展示記憶體壓力，而且，如果是此情況，則應在任何網頁伺服器上的可用記憶體降低到少於 2 GB 之前，將應用程式集區設定為回收使用。 |
| 網站 |
每個網站集合 250,000 個/每個伺服器陣列 250,000 個/每個伺服器陣列 500,000 個個人網站。 |
網站的建議數目上限是 500,000 個以個人網站範本為基礎的網站，及 250,000 個以其他所有範本為基礎的網站。此限制適用於每個網站集合及每個伺服器陣列。 |
根據個人網站範本，建議的網站數目上限為 500,000 個網站，而根據所有其他範本，則為 250,000 個網站。 此限制適用於每個網站集合和每個伺服器數位。 在網站集合層級，當子網站的數目超過 2000 個時，效能可能會降低。 重要事項：建議每個網站集合保持低於 2,000 個子網站。 您可以建立多個網站集合，每個網站集合最多 2,000 個網站，以建立大量的網站。 例如，包含 2,000 個網站的 125 個網站集合，每個集合等於伺服器數位中的 250,000 個網站。 不過，此閾值會被視為非個人網站的最大建議限制。 如果您有 250,000 個網站集合，其中所有網站集合都包含不是個人網站範本的根網站，則將子網站新增至任何根網站會超過 250,000 個網站界限。 如果超過每個網站集合建議的 2000 個網站限制，可能會發生下列問題： 刪除或建立網站或子網站可能會大幅影響網站的可用性。 刪除網站時，存取該網站與子網站將會受到限制。 嘗試同時建立許多子網站也可能會失敗。 擁有超過 2,000 個子網站時，將新伺服器新增至現有伺服器數位時或安裝 SharePoint 更新之後，執行 PSConfig 等動作的效能可能會大幅降低。 執行 stsadm -o checklocalupgradestatus 作業或每日執行 產品版本工作計時器工作，可能要花好幾個小時才能完成。 流覽管理中心網站上 (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) 的 [檢閱資料庫狀態] 頁面可能會導致逾時。 |
| 網站集合大小 |
內容資料庫的大小上限 |
支援 |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. 一般而言，我們建議將網站集合的大小限制為 100 GB，原因如下： 某些網站集合動作，例如網站集合備份/還原或 PowerShell Cmdlet Move-SPSite，會造成大型 SQL Server 作業，如果其他網站集合在相同的資料庫中作用中，可能會影響效能或失敗。 For more information, see Move-SPSite. SharePoint 網站集合的備份與還原只支援上限為 100 GB 的網站集合大小。 若為較大的網站集合，則必須備份整個內容資料庫。 如果單一內容資料庫包含多個大於 100 GB 的網站集合，則備份與還原作業可能需時甚久且有失敗的風險。 |
| 每個發佈網站集合的裝置通道數目 |
10 |
界限 |
每個發佈網站集合的裝置通道數目允許上限為 10。 |
清單與文件庫限制
下表列出清單和文件庫的建議準則。 如需詳細資訊，請參閱設計大型清單和最大化清單效能 (SharePoint Server 2010)。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 列出列大小 |
每列 8,000 個位元組 |
界限 |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
| 檔案大小 |
界限 |
預設檔案大小上限為 250 MB。此為可設定的限制，最多可增加至 2 GB (2,047 MB)。不過，如果非常大型的檔案數量龐大，則會影響伺服器陣列效能。 |
默認檔案大小上限為 250 MB。 此界限是可設定的限制，最多可增加 2 GB (2,047 MB) 。 不過，大量大型檔案可能會影響伺服器數位效能。 |
| 文件 |
每個文件庫 30,000,000 個 |
支援 |
您可以透過巢狀資料夾或使用標準檢視和網站階層來建立大型文檔庫。 這個值會隨組織文件與資料夾的方式而異。 |
| 主要版本 |
400,000 |
支援 |
在檔案的程式庫層級上設定這個值。 次要版本 |
| 次要版本 |
511 |
界限 |
次要檔案版本的數目上限為 511。 無法超過此限制。 項目 |
| 每個清單 30,000,000 個 |
每個清單 30,000,000 個 |
支援 |
您可以使用標準檢視、網站階層和元數據導覽來建立大型清單。 這個值可能會隨清單中的欄數及清單的使用而異。 |
| 大量作業 |
每個大量作業 100 個項目 |
界限 |
使用者介面允許大量作業最多可選取 100 個項目。 |
| 清單檢視查閱臨界值 |
每個查詢有 12 個聯結作業 |
臨界值 |
指定每個查詢允許的聯結數目上限，例如根據查閱、人員/群組或工作流程狀態數據行的值。 If the query uses more than eight joins, the operation is blocked. 此條件不適用於單一項目作業。 When using the maximal view via the object model (by not specifying any view fields), SharePoint will return up to the first 12 lookups. Note: After applying the SharePoint Server 2013 cumulative update package released on August 13, 2013 (https://support.microsoft.com/kb/2817616), the default value is increased from 8 to 12. |
| 清單檢視臨界值 |
臨界值 |
指定資料庫作業 (例如查詢) 在管理員設定的每日時間範圍之外，同時可處理的清單或文件庫項目數目上限。在管理員設定的每日時間範圍內，查詢將不受限制。 |
指定資料庫作業 (例如查詢) 在管理員設定的每日時間範圍之外，同時可處理的清單或文件庫項目數目上限。在管理員設定的每日時間範圍內，查詢將不受限制。 |
| 20,000 |
20,000 |
臨界值 |
指定當稽核員或系統管理員以適當許可權執行時，資料庫作業，例如查詢等可同時處理的清單或連結庫專案數目上限。 此項設定會配合 [允許物件模型覆寫] 運作。 注意：此閾值必須使用自定義程式代碼來設定SPQueryThrottleOption來啟用。 |
| 子網站 |
每個網站檢視 2,000 個 |
臨界值 |
列舉指定網站子網站的介面效能不佳，因為子網站數目超過2,000個。 同樣地，[所有網站內容] 頁面與 [樹狀檢視控制項] 效能將會隨子網站數目成長而大幅降低。 |
| Word、PowerPoint 和 Excel 中針對 .docx、.pptx、.ppsx 和 .xlsx 檔案共同撰寫 |
每份文件 10 個同時編輯者 |
臨界值 |
建議的同時編輯者最大數目為 10。 界限為 99。 如果有 99 位共同作者開啟單一文件同時編輯，則每位後續的使用者都會看到「檔案使用中」錯誤，而且只能開啟唯讀複本。 超過 10 位共同編輯者將導致更多衝突且效能逐漸降低的使用者經驗，而且使用者可能必須重複執行更多次，才能將其變更上傳成功到伺服器。 |
| 安全性範圍 |
每個清單 50,000 個 |
臨界值 |
為清單設定的唯一安全性範圍數目上限不能超過50,000個。 針對大部分的伺服器陣列，建議您考慮將此限制降低至 5,000 個唯一範圍。 針對大型清單，請考慮使用唯一權限數儘可能最少的設計。 當清單的唯一安全性範圍數目超過預設設定為 5,000 個列表專案 (的清單檢視閾值時，) 會在檢視清單時發生更多 SQL Server 來回行程，這可能會對清單檢視效能造成負面影響。 範圍是安全性實體物件及其任何未定義個別安全性界限之子系的安全性界限。 A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server 2013. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups. |
欄限制
SharePoint Server 2013 數據會儲存在 SQL Server 數據表中。 Each column type has a size value listed in bytes. SharePoint 清單中所有數據行的總和不能超過8,000個字節。
| 限制 | 欄數上限 | 限制類型 | 每欄的大小 | 附註 |
|---|---|---|---|---|
| 單行文字 |
255 |
臨界值 |
30 個位元組 |
|
| 多行文字 |
350 |
臨界值 |
22 個位元組 |
|
| 選擇 |
255 |
臨界值 |
30 個位元組 |
|
| 選擇 (多個選取專案) |
350 |
臨界值 |
22 個位元組 |
|
| 數字 |
550 |
臨界值 |
14 個位元組 |
|
| 貨幣 |
550 |
臨界值 |
14 個位元組 |
|
| 日期及時間 |
550 |
臨界值 |
14 個位元組 |
|
| 查閱 |
750 |
臨界值 |
10 個位元組 |
|
| 是/否 |
1000 |
臨界值 |
7 個位元組 |
|
| 個人或群組 |
750 |
臨界值 |
10 個位元組 |
|
| 超連結或圖片 |
127 |
臨界值 |
60 個位元組 |
|
| 臨界值 |
255 |
臨界值 |
30 個位元組 |
|
| 臨界值 |
350 |
臨界值 |
22 個位元組 |
|
| 臨界值 |
750 |
臨界值 |
10 個位元組 |
|
| 受管理的中繼資料 |
190 |
臨界值 |
第一個為 60 個位元組，之後的每個則為 40 個位元組 |
新增至清單的第一個 [受管理的中繼資料] 會配置 4 欄： 實際標記的查閱欄位 字串值的隱藏文字欄位 全部擷取的查閱欄位 全部擷取的溢出查閱欄位 每個新增至清單的後續 [受管理的中繼資料] 欄位會再新增兩個欄： 實際標記的查閱欄位 字串值的隱藏文字欄位 |
| 臨界值 |
2 |
臨界值 |
30 個位元組 |
[外部資料] 欄具有主要欄與次要欄的概念。 當您新增外部資料欄時，可以選取要新增至清單中之外部內容類型的一些次要欄位。 例如，當您將類型為 「Customer」 的外部數據數據行新增至清單時，假設外部內容類型 「Customer」 具有 「ID」、“Name”、“Country” 和 “Description” 等欄位，您可以新增次要字段來顯示客戶的 「標識符」、「名稱」和「描述」。 整體而言，這些數據行是新增的數據行：
主要欄：文字欄位。
隱藏的識別碼欄：多行文字欄位。
Secondary columns: Each secondary column is a text/number/Boolean/multi-line text that is based on the data type of the secondary column as defined in the Business Data Catalog model. 例如，標識符可能會對應至 Number 數據 行;名稱可能會對應至 *單行文字數據行;描述可能會對應至 多行文字數據 行。
頁面限制
下表列出頁面的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 網頁組件 |
每個 Wiki 或網頁組件頁面 25 個 |
臨界值 |
This figure is an estimate based on simple Web Parts. 網頁組件的複雜度會規定頁面上可以使用多少個網頁組件，才不會影響效能。 |
安全性限制
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 使用者可以隸屬的 SharePoint 群組數目 |
5,000 |
支援 |
此類型不是硬性限制，但與 Active Directory 指導方針一致。 以下是影響此數字的一些事項： 安全性檢查時間：隨著使用者為隸屬成員的群組數目增加，存取檢查所需的時間也會增加。 網站集合中的使用者 安全性檢查時間：隨著使用者為隸屬成員的群組數目增加，存取檢查所需的時間也會增加。 |
| 網站集合中的使用者 |
每個網站集合 2 百萬 |
支援 |
您可以使用 Microsoft Windows 安全性群組來管理安全性，而非使用個別使用者，將數百萬的人員新增至網站。 這個限制是根據使用者介面的易用性與瀏覽的舒適度而定。 當您有許多專案 (網站集合中) 的使用者安全組 (超過 1,000 個) 時，您應該使用 PowerShell 來管理使用者，而不是 UI。 此平臺將提供更好的管理體驗。 |
| 在 SharePoint 群組中的 Active Directory 原則/使用者 |
每個 SharePoint 群組 5,000 個 |
在 SharePoint 群組中最多可擁有 5,000 個使用者 (或 Active Directory 群組或使用者)，在此數目下仍能提供可接受的效能。 |
受到此限制影響最多的活動如下： 擷取使用者以驗證權限。這個作業會隨著群組中的使用者數目成長而逐漸需要更久的時間。 受到此限制影響最多的活動如下： 擷取使用者以驗證權限。 這個作業會隨著群組中的使用者數目成長而逐漸需要更久的時間。 顯示檢視的成員資格。 這個作業永遠都需要時間。 |
| SharePoint 群組 |
每個網站集合 10,000 個 |
支援 |
10,000 個以上的群組，執行作業的時間會大幅增加。 這種含意特別適用於將使用者新增至現有群組、建立新群組，以及轉譯群組檢視。 |
| 安全性主體：安全性範圍的大小 |
每個存取控制清單 (ACL) 5,000 個 |
支援 |
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. 沒有硬性限制，但範圍越大，計算所花費的時間就會越長。 |
依功能的限制
這個區段會列出依功能排序的限制。
搜尋限制
建議的搜尋準則是依搜尋所影響的各層面組織：拓撲、項目大小、字典、編目、結構描述、查詢和結果、排名及索引。
注意事項
Limits for Search have changed significantly as the feature has been updated. For more information, see Plan search in SharePoint Server.
搜尋: 拓撲限制
拓撲限制可確保搜尋元件之間進行有效率的通訊。 Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 分析處理元件 |
每個 Search Service 應用程式 6 個；每部伺服器 1 個 |
支援 |
|
| 分析報告資料庫 |
每個 Search Service 應用程式 4 個 |
臨界值 |
您可以超過此限制，以配合特定需求。 進行調整時，當任何已部署分析資料庫的大小達到總大小 250 GB 或總計 2000 萬個數據列時，請新增分析報告資料庫。 如此一來，重新分割就能盡量維持平衡。 |
| 連結資料庫 |
每個 Search Service 應用程式 4 個 |
支援 |
連結資料庫可以包含的最高測試項目數目是 1 億個。 |
| 編目元件 |
每個 Search Service 應用程式 16 個；每部伺服器 1 個 |
支援 |
|
| 索引元件 |
每個 Search Service 應用程式 60 個；每部伺服器 4 個 |
支援 |
若要計算您有的索引元件數目，請將索引分割區數目乘以索引複本數目。 針對 SharePoint Foundation 2013，此限制是每個 Search Service 應用程式的一個索引元件，無法超過。 |
| 索引分割區 |
每個 Search Service 應用程式 25 個 |
支援 |
索引分割區具有 Search Service 應用程式索引的子集。 增加索引分割區的數目會導致每個分割區的索引子集較小，從而減少主控索引元件的伺服器所需的 RAM 與磁碟空間。 每個索引分割區 3 個 |
| 支援 |
每個索引分割區 3 個 |
支援 |
每個索引分割區可以有一組複本。 如果您增加索引複本的數目，這項變更會對查詢效能產生正面影響，並提供更好的容錯能力。 但是，如果您將太多復本新增至索引分割區，則此多餘的複本可能會對索引編製造成負面影響。 對於通常具有高查詢率但內容量低的因特網網站案例， (每個數據分割) 少於4百萬個專案，則支援的限制是每個分割區有六個索引複本。 每部伺服器 1 個 |
| 內容處理元件 |
每部伺服器 1 個 |
支援 |
搜尋拓撲支援相應放大內容處理元件的數目。 雖然特定的實體主機或虛擬機確實支援多個內容處理元件，但您可以使用一個內容處理元件來達到更佳的 CPU 容量使用量。 原因在於有個內建機制可以依照可用的 CPU 核心來調整饋送工作階段數目，藉以將 CPU 使用量最大化。 多個饋送會話可讓內容處理元件平行處理傳入檔。 此機制假設每個主機有單一內容處理元件。 如果主機上的實體核心數目等於 N，則內容處理元件會有 NK 饋送會話。K 是具有初始值 3 的常數係數。4 核心伺服器將會有12個饋送會話，這表示內容處理元件可以平行處理12份檔。您可以藉由設定 Search Service 應用程式的 NumberOfCssFeedersPerCPUForRegularCrawl 屬性來變更 K 的值。SharePoint Server 2013 會將 N 的值向上限制為 12，即使伺服器有超過 12 個實體核心也一般。因此，16 核心伺服器會有 NK = 12 * 3 = 36 個饋送會話。 如果仍有閑置 CPU 時間，請考慮增加 K 係數，而不是新增額外的內容處理元件。 如果您提高 K 係數，就必須確定主機擁有足夠的可用記憶體。 |
| 查詢處理元件 |
每部伺服器 1 個 |
搜尋元件 |
每個 Search Service 應用程式 64 個 |
| 支援 |
每個 Search Service 應用程式 64 個 |
支援 |
此限制不包含編目元件。 其他的搜尋元件數的總和必須保持在這個限制內。 |
| Search Service 應用程式 |
每個伺服器陣列 20 個 |
支援 |
在相同的伺服器陣列上可以部署多個 Search Service 應用程式，因為您可以將搜尋元件與資料庫指派到不同的伺服器。 此限制小於伺服器陣列中服務應用程式總數的限制。 |
| 內容來源 |
每個 Search Service 應用程式 500 個 |
界限 |
每個內容來源都有相關聯的額外負荷，因此建議您建立符合其他作業需求的最小內容來源數目，例如編目優先順序和排程的差異。 |
搜尋: 項目大小限制
項目大小限制可保護編目效能和索引的大小。 以下是這些限制可如何影響搜尋的一些範例：
如果當您搜尋項目時無法取得結果，項目可能太大。 [編目記錄] 中會顯示警告，表示檔案超過編目程式可以下載的大小上限。
如果您在專案中搜尋文字，而且只從文字的第一個部分取得結果，內容處理元件可能會因為超過部分專案大小限制而截斷專案。 當內容處理元件截斷專案時，它會將 Managed 屬性 IsPartiallyProcessed 設定為 True，以指出此截斷。 A warning will also show up in the Crawl Log, stating why the item was truncated.
如果您要調整項目大小限制，建議您依下表中的順序，依序進行處理。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 編目元件可以下載的文件大小 |
64 MB (若為 Excel 文件則為 3 MB) |
臨界值 |
搜尋會下載文件的中繼資料與內容，直到到達最大文件大小為止。 其餘內容不會下載。 搜尋一律會下載文件的中繼資料。 You can change the default limit for the maximum document size. 使用 Microsoft PowerShell Cmdlet 來變更 Search Service 應用程式屬性 MaxDownLoadSize 或 MaxDownloadSizeExcel，以進行這項變更。 MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents. 如果您增加最大文件大小的限制，搜尋會索引更多的內容，並需要更多磁碟空間。 |
| 剖析的內容大小 |
200 萬個字元 |
界限 |
搜尋在剖析項目的內容 (包括項目的附件) 最多達 200 萬個字元之後，就會停止剖析項目。 實際剖析的字元量可能低於此限制，因為搜尋最多只使用 30 秒來剖析單一項目及其附件。 搜尋停止剖析項目時，會將項目標示為已部分處理。 任何未剖析的內容皆不會受到處理，因此不會編到索引中。 |
| 斷詞工具所處理的字元 |
1,000,000 |
界限 |
搜尋會將內容斷成個別字詞 (語彙基元)。 斷詞工具可從單一項目 (包括項目的附件) 的前 1,000,000 個字元產生語彙基元。 實際處理的字元數可能低於此限制，因為搜尋會在斷詞時使用最多 30 秒。 不會處理任何剩餘的內容，因此不會編製索引。 |
| 編製索引的 Managed 屬性大小 |
每個可搜尋/可查詢的 Managed 屬性 512 KB |
臨界值 |
此臨界值是設定為「可搜尋」或「可查詢」之 Managed 屬性大小上限的預設值。 You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes. 如果您增加此限制，您可以針對每個 Managed 屬性啟用更多數據的索引編製。 每個 Managed 屬性編製更多資料的索引會使用更多的磁碟空間，並增加搜尋系統上的整體負荷。 |
| 可擷取的 Managed 屬性大小 |
每個 Managed 屬性 16 KB |
臨界值 |
此臨界值是可擷取之 Managed 屬性大小上限的預設值。 You can configure this limit per managed property by using PowerShell cmdlets and the schema object model to set the P.MaxCharactersInPropertyStoreForRetrievalattribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes. 如果您增加此限制，您可以針對每個 Managed 屬性啟用更多數據的索引編製。 讓每個 Managed 屬性都有更多資料可被編到索引和擷取，將會增加系統整體負載，並佔用更多磁碟空間。 |
| 界限 |
每個 Managed 屬性 16 KB |
界限 |
此界限是可排序和可精簡 Managed 屬性的大小上限。 |
| 語彙基元大小 |
變數 |
界限 |
搜尋可以將任何長度的語彙基元編到索引中。 但是搜尋用來產生語彙基元的斷詞工具可能會限制語彙基元長度。 斷詞工具是一種會將內容斷成單一字詞 (語彙基元) 的語言感知元件。 您也可以建立自訂斷詞工具。 因此，語彙基元大小限制會取決於斷詞工具。 以下是西方語言的斷詞工具限制： 斷詞工具只會考慮語彙基元的前 1000 個字元來進行分割，它會忽略其餘的字元。 斷詞工具會將超過 300 個字元的語彙基元分割為兩個以上不超過 300 個字元的語彙基元。 例如，612 個字元的語彙基元會分割成兩個 300 個字元的語彙基元和一個 12 個字元的語彙基元。 |
搜尋：字典限制
字典會限制保護記憶體、內容處理效率和查詢結果。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 同義字中的項目數 |
1 百萬 |
支援 |
同義字包含查詢字詞的同義字。 超過此已測試的限制可能會導致記憶體使用量增加以及查詢回應時間增加。 |
| 自訂實體擷取字典中的項目數 |
1 百萬 |
支援 |
超過此已測試的限制可能會導致記憶體使用量增加、索引速度變慢，且查詢回應時間增加。 |
| 自訂搜尋字典中的項目數 |
每個租用戶 5,000 個字詞 |
界限 |
此界限會限制用於查詢拼字校正和公司擷取的包含和排除字典允許的字詞數目。 您可以在 Termstore 中儲存超過這個限制的字詞，但是搜尋只會針對每個租用戶使用 5000 個字詞。 |
搜尋：結構描述限制
結構描述限制可保護記憶體資源，並將管理作業負荷量保持在可接受的層級。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 編目屬性 |
每個 Search Service 應用程式 500,000 個 |
支援 |
編目項目的內容和中繼資料是以編目屬性來表示。 您可以將這些編目屬性對應到 Managed 屬性。 如果編目屬性的數目超過此支援的限制，則此超額專案會降低編製索引的速度。 |
| Managed 屬性 |
每個 Search Service 應用程式 50,000 個 |
支援 |
搜尋會在查詢中使用 Managed 屬性。 編目屬性會對應至 Managed 屬性。 超過 Managed 屬性的支援限制時，就會降低索引編製速度。 |
| Managed 屬性對應 |
每個 Managed 屬性 100 個 |
支援 |
編目屬性可對應至 Managed 屬性。 超過此限制可能會降低編目速度和查詢效能。 |
| 界限 |
1000 |
已辨識中繼資料屬性 |
Managed 屬性可擁有多個相同類型的值。 此圖是每個檔每個受控多重值 Managed 屬性的最大值數目。 如果超過此數目，就會捨棄其餘值。 |
| 已辨識中繼資料屬性 |
每個已編目的項目 100,000 個 |
支援 |
This is the maximum number of metadata properties that the crawl component can determine when crawling an item. These metadata properties can be mapped or used for queries. 如果已編目的屬性太接近此數目，可能會使編目速率變很低。 |
搜尋：編目限制
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 起始位址 |
每個內容來源 500 個 |
支援 |
|
| 機器主機名稱的長度 |
15 個字元 |
臨界值 |
NetBIOS 會將機器主機名稱的最大長度限制在此值。 |
| 編目資料庫 |
每個 Search Service 應用程式 15 個 |
支援 |
搜尋：查詢與結果限制
查詢和結果的限制可保護搜尋引擎不執行大型查詢表達式並傳回大型結果集。 防止搜尋引擎執行大型查詢表達式並傳回大型結果集，可防止拒絕服務 (DoS) 攻擊，並確保結果會及時傳回。 如果您必須擷取更多結果，建議您使用分頁。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 使用關鍵字查詢語言時的查詢文字長度 |
4 KB (4096 個字元) |
支援 |
這個值是使用關鍵詞查詢語言所建置之查詢的最大文字長度的測試和預設值，但探索查詢除外。 對於「探索」查詢，預設最大值是 16 KB (16384 個字元)。 500 列 |
| 支援 |
500 列 |
支援 |
此值是結果集中數據列數目上限的測試和預設值，但探索查詢除外。 對於「探索」查詢，預設值是 10000 列。 若要顯示整個結果集，請發出更多分頁查詢。 You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
| 結果移除 |
無限制 |
支援 |
|
| 搜尋提醒配額 |
每個 Search Service 應用程式 100,000 個提醒 |
支援 |
使用者可以針對查詢的結果集設定搜尋提醒。 當結果變更或更新時，搜尋會通知使用者。 對於同時混合使用者查詢 (75%) 和提醒查詢 (25%) 的 Search Service 應用程式，這是經過測試的限制。 對於僅有提醒查詢的 Search Service 應用程式，此限制為 400,000 個提醒。 這些限制都是以每秒 5 個查詢 (QPS) 的系統為基礎。 |
搜尋：排名限制
排名限制可保護應用程式伺服器記憶體、查詢延遲，以及索引的大小。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 排名模型 |
每個租用戶 1,000 個 |
界限 |
太接近此限制可能會對整體系統效能產生負面影響。 |
| 用於排名的唯一內容 |
每個排名模型 15 個唯一內容 |
界限 |
此為每個排名模型中唯一內容的最大數目。 |
| 代表性頁面 |
每個 Search Service 應用程式 1 個最上層頁面和最少的第二層與第三層頁面 |
支援 |
在仍能達成所需相關性的限度下，盡可能少用第二與第三層頁面。 界限是每個 Search Service 應用程式每個相關性層級 200 個代表性頁面。 如果您新增更多頁面，可能達不到所需的相關性。 請將關鍵網站新增至第一個相關性層級。 將更多關鍵網站新增至第二個或第三個相關性層級，一次新增一個。 每新增一次後就評估一次相關性，以確保達到所需的相關性效果。 |
搜尋：索引限制
索引限制可保護索引不會成長到超出範圍，也不會超過可用的資源。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 索引中唯一的字詞 |
2^31 (>20 億個字詞) |
界限 |
此為 Search Service 應用程式的索引中可存在的唯一字詞最大數目。 |
| 使用者定義的全文檢索索引 |
10 |
界限 |
此為全文檢索索引的最大數目。 |
| 支援 |
每個索引分割區各包含整個搜尋索引的一部分。如果編到索引中的項目數相對於伺服器所擁有的記憶體數來說算很大，則將對查詢回應時間產生負面影響。 |
在 SharePoint Foundation 2013 中，每個索引分割的索引項目數目上限是 2 百萬。 |
在 SharePoint Foundation 2013 中，套用 2016 年六月的公開更新之前，每個索引分割的索引項目數目上限是 200 萬。 2016 年六月的公開更新，增加了此限制為每個索引分割項目為 1000 萬。 User Profile Service 限制 For SharePoint Foundation 2013, the maximum number of indexed items is 2 million items per index partition, before applying the June 2016 Public Update. The June 2016 Public Update, increases this limit to 10 million items per index partition. |
User Profile Service 限制
下表列出 User Profile Service 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 使用者設定檔 |
每個服務應用程式 2,000,000 個 |
支援 |
User Profile Service 應用程式最多可支援 2 百萬個具有完整社交功能的使用者設定檔。 這個數目代表可以從目錄服務匯入人員設定檔儲存的設定檔數目，而且也是 User Profile Service 應用程式在不會導致社交功能效能降低的情況下，可支援的設定檔數目。 |
| 社交標記、記事與評等 |
每個社交資料庫 500,000,000 個 |
支援 |
Up to 500 million total social tags, notes and ratings are supported in a social database without significant decreases in performance. 不過，像備份與還原等資料庫維護作業可能會在執行時顯現出效能降低。 |
內容部署限制
下表列出內容部署的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 在不同路徑上執行的內容部署工作 |
20 |
支援 |
針對在連線到相同來源內容資料庫中網站集合的路徑上同時執行的工作，資料庫上發生死結的風險會增加。 For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. 注意：無法在相同路徑上同時執行作業。 如果您使用 SQL Server 快照集進行內容部署，則每個路徑都會建立快照集。 This increases the I/O requirements for the source database. 如需詳細資訊，請參閱＜關於部署路徑與工作＞。 |
部落格限制
下表列出部落格的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 部落格文章 |
每個網站 5,000 個 |
支援 |
部落格文章數目上限為每個網站 5,000 篇。 |
| 註解 |
每篇文章 1,000 個 |
支援 |
每篇文章的註解數目上限為 1,000。 |
Business Connectivity Services 限制
下表列出 Business Connectivity Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| ECT (記憶體中) |
每部網頁伺服器 (每個承租戶) 5,000 個 |
界限 |
在網頁伺服器上的指定時間點於記憶體中載入的外部內容類型 (ECT) 定義的總數。 |
| 外部系統連線 |
每部網頁伺服器 500 個 |
界限 |
指定時間點的作用中/開啟外部系統連線數目。 預設最大值為 200;界限為 500。 不論資料庫、.NET 元件等外部系統 (類型為何，都會在 Web 伺服器範圍強制執行此限制) 預設上限是用來限制連線數目。 應用程式可以透過執行內容指定較大的限制;界限會強制執行最大值，即使是不遵守預設值的應用程式也一樣。 |
| 每個要求傳回的資料庫項目 |
每個資料庫連接器 2,000 個 |
臨界值 |
每個要求資料庫連接器可以傳回的項目數目。 資料庫連接器使用預設最大值 2,000，限制每頁可傳回的結果數目。 應用程式可以透過執行內容指定較大的限制;絕對最大值會強制執行最大值，即使是不遵守預設值的應用程式也一樣。 此限制的界限為 1,000,000。 |
| 回應延遲 |
600 秒 |
臨界值 |
每個要求中外部資料連接器所使用的逾時。 預設值為 180 秒，但是可以設定應用程式，以指定更大的值 (最大值為 600 秒)。 |
| 服務回應大小 |
150,000,000 個位元組 |
臨界值 |
每個要求中外部資料連接器可傳回的上層資料數量。 預設值為 3,000,000 個位元組，但是可以設定應用程式，以指定更大的值 (最大值為 150,000,000 個位元組)。 |
| 篩選描述元 (在存放區) |
每個 ECT 方法 200 個 |
界限 |
每個 ECT 方法中篩選描述元的數目上限為 200 個。 |
| ECT 識別碼 (在存放區) |
每個 ECT 20 個 |
界限 |
每個 ECT 中識別碼的數目上限為 20 個。 |
| 資料庫項目 |
每個要求 1,000,000 個 |
臨界值 |
每個要求中資料庫連接器可傳回的預設項目數上限為 2,000 個，而絕對上限為 1,000,000 個。 The default max is used by the database connector to restrict the number of results that can be returned per page. 應用程式可以透過執行內容指定較大的限制;絕對最大值會強制執行允許的最大值，即使是不遵守預設值的應用程式，例如索引編製。 |
工作流程限制
下表列出工作流程的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 工作流程延遲臨界值 |
15 |
臨界值 |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. When this threshold is reached, new requests to activate workflows will be queued to be run by the workflow timer service later. As non-timer execution is completed, new requests will count against this threshold. This is limit can be configured by using the Set-SPFarmConfig PowerShell cmdlet. For more information, see Set-SPFarmConfig. 注意：此限制不是指可進行中的工作流程實例總數。 而是正在處理的實例數目。 增加這個限制會增加開始和完成工作流程工作的輸送量，但是也會增加針對內容資料庫與系統資源的負載。 |
| 工作流程計時器批次大小 |
100 |
臨界值 |
每次執行工作流程計時器工作時，將收集和傳送至工作流程的事件數目。 您可以使用 PowerShell 進行設定。 若要允許其他事件，您可以執行 SharePoint Foundation 工作流程計時器服務的其他執行個體。 |
| 工作流程關聯 |
每個清單 100 個 |
支援 |
超過此限制將會使瀏覽器效能降級，原因在於要針對 100 個以上的關聯及其狀態欄載入大量資料。 |
| 可大量建立或上傳以啟動工作流程執行個體的清單項目或文件 |
5,000 個項目 |
支援 |
已經過測試，確認在單一大量上傳中最多建立 5,000 個項目時，會針對項目建立期間的工作流程關聯處理所有工作流程啟用事件。 超過此限制就會導致初始工作流程逾時。 |
| 每個網站發佈的工作流程定義 |
每個網站 1,000 個 |
支援 |
每個網站上支援的發佈工作流程定義數目上限為 1,000 個。 |
| 每個網站的工作流程關聯總數 |
每個網站 1,799 個 |
界限 |
服務匯流排針對每個範圍最多支援 1,799 個訂閱。 這個最大值包含已發佈和取消發佈之關聯的總和。 |
| 工作流程定義 (xaml) 大小上限 |
5,120 KB |
界限 |
嘗試發佈超過此大小限制的 xaml 檔案將會失敗。 |
| xaml (工作流程複雜性) 中工作流程子步驟的深度上限 |
121 個等級 |
界限 |
xaml 中節點深度的硬性限制為 125。 121 個等級的最大值可說明 SharePoint Designer 自動插入的預設活動 (階段、序列等)。 |
| 每部網頁伺服器上每秒啟用的工作流程執行個體 |
每秒 6 個 |
界限 |
已經過測試，確認 SharePoint 網頁伺服器每秒最多可以啟用 6 個工作流程執行個體。 此數字是累加的，因此，可在伺服器陣列中擴充網頁伺服器的數目。 例如，2 部網頁伺服器每秒可以啟用 12 個工作流程執行個體，則 3 部網頁伺服器可啟用 18 個。 |
| 每部伺服器上每秒可從 SharePoint 工作流程進行的其餘呼叫 |
每秒 60 個 |
支援 |
測試已確認 SharePoint Web 伺服器可以有效地處理 SharePoint 工作流程中每秒最多 60 個待用呼叫。 如果超過此層級的磁碟區，建議您將額外的負載平衡網頁伺服器新增至 SharePoint 伺服器陣列。 在測試中，針對單一 Web 伺服器每秒 120 個靜態呼叫會導致持續的 90-100% CPU 使用率。 在這兩部伺服器上，新增第二部 Web 伺服器可降低 30-40% 的 CPU 使用率。 新增第三部網頁伺服器，每秒可處理 180 個呼叫，且這三部伺服器上的 CPU 使用率為 30-40%，依此類推。 用於這項測試的伺服器是 Hyper-V 虛擬機，每個都有 16 個核心處理器和 24 GB RAM。 |
| 工作流程變數值大小 |
256 KB |
界限 |
可儲存於單一工作流程變數中的資料量上限為 256 KB。 超過此限制將導致工作流程執行個體終止。 |
| 對於未編製索引之欄位所進行的工作流程查閱的清單大小上限 |
每個清單檢視 5,000 個項目 |
臨界值 |
此限制為最大檢閱大小限制的結果。 超過此限制時，非系統管理員的使用者對於未編製索引之欄位所進行的工作流程查閱將會失敗。 在此臨界值中，必須針對此欄位建立索引，以便讓工作流程能夠成功地針對該欄位執行查閱。 |
| 自動啟動之工作流程關聯的清單大小上限 |
每個清單 1 千萬個項目 |
支援 |
測試已確認當清單大小成長至1百萬個專案時，自動啟動工作流程關聯的效能不會受到影響。 Because response time doesn't change as list size scales, the effective limit is the same as the maximum number of items in a non-workflow list. |
下表列出受管理的中繼資料設定的建議準則。
The following table lists the recommended guidelines for managed metadata configuration.
| 限制類型 | 最大值 | 限制類型 | Notes |
|---|---|---|---|
| 界限 |
以位置為主的預設中繼資料可讓您設定每個資料夾清單資料行的預設值。您只能在每個網站最多 1,000 個資料夾上套用以位置為主的預設值，或此網站 (client_LocationBasedDefaults.html) 以位置為主的預設中繼資料所儲存的資料檔案到達 265 Mb 為止。 |
當資料檔案中的資料夾數目超過 1,000 個，或資料檔案大小超過 256 Mb 時，則會忽略其他資料夾加入的預設值。 |
位置型預設元數據可讓您為每個資料夾的清單資料列設定預設值。 您只能在每個網站最多 1,000 個資料夾上套用以位置為基礎的預設值，或最多套用至儲存月臺之位置型預設元數據的數據檔 (client_LocationBasedDefaults.html) 達到 265 Mb 的點。 每個文件 1,000 個連結或 256 Mb 的檔案大小 |
| 界限 |
當包含連結的文件加入資料夾時，SharePoint Foundation 2013 會在連結目標移至新的位置時自動更新連結。在具有 1000 個以上的連結或包含的檔案大小超過 256 Mb 的文件中，文件會被視為裡面有沒有連結，並會略過整個文件連結目標的更新。 |
受管理的中繼資料字詞儲存區 (資料庫) 限制 |
When a document containing links is added to a folder, SharePoint Foundation 2013 will update links automatically when the link target is moved to a new location. In a document with more than 1,000 links, or a document with a file size that exceeds 256 Mb, the document is treated as though it contains no links, and updates to link targets are ignored for the entire document. |
受管理的中繼資料字詞儲存區 (資料庫) 限制
下表列出受管理的中繼資料字詞儲存區的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 字詞儲存區中巢狀詞彙的層次數目上限 |
7 |
支援 |
在詞彙集中的字詞可用階層加以表示。 詞彙集可多達 7 層的詞彙 (父系字詞以及在其下方的 6 層巢狀)。 |
| 在字詞儲存區中詞彙集的數目上限 |
1,000 |
支援 |
在字詞儲存區中可儲存多達 1,000 個詞彙集。 注意：本機字片語和全域字片語都遵循每個字詞網站 30,000 個字詞的限制。 使用全域字片語來儲存所有網站集合的可重複使用數據，而不是使用大量的網站集合字片語或建立新的受控元數據服務。 Web 應用程式可以連線到多個服務。 |
| 在詞彙集中詞彙的數目上限 |
30,000 |
支援 |
30,000 是在詞彙集中詞彙的數目上限。 注意：相同字詞的其他標籤，例如同義字和翻譯，不會計為個別字詞。 |
| 在字詞儲存區中項目的總數 |
1,000,000 |
支援 |
項目是指詞彙或詞彙集。 字詞和字片語的數目總和不能超過1,000,000。 同一字詞的其他標籤，例如同義字和翻譯，不會計為個別字詞。 注意：您不能同時在字詞庫中同時擁有字片語數目上限和字詞數目上限。 |
| 變化標籤數目 |
每個字詞庫 209 個 |
支援 |
每個字詞庫中變化標籤的數目上限為 209。 |
| 受管理導覽字詞組中的字詞數 |
2,000 |
支援 |
受管理導覽字詞組中所支援的字詞數目上限為 2,000。 |
另請參閱 SharePoint 2013 中的受控元數據服務概觀 和 每個伺服器陣列有多個受控元數據服務的影響
Visio Services 限制
The following table lists the recommended guidelines for instances of Visio Services in SharePoint.
| 限制類型 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 臨界值 |
50 MB |
臨界值 |
Visio Services 具有可讓管理員變更 Visio 所處理之 Web 繪圖大小上限的組態設定。 較大的檔案大小有下列副作用： 減少每秒應用程式伺服器的要求。 增加 CPU 的使用量。 減少每秒應用程式伺服器的要求。 增加整體的延遲。 增加 SharePoint 伺服器陣列網路負載 |
| 臨界值 |
120 秒 |
臨界值 |
Visio Services 具有可讓管理員變更在資料重新整理後重新計算繪圖所需時間上限的組態設定。 較大的重新計算逾時會導致： 減少 CPU 與記憶體的可用性。 減少每秒應用程式的要求。 增加所有文件的平均延遲。 較小的重新計算逾時會導致： 降低圖表可顯示的複雜度。 增加每秒的要求。 減少所有文件的平均延遲。 |
| 臨界值 |
快取保留時間下限：0 至 24 小時 |
臨界值 |
快取保留時間下限會套用至資料連線的圖表。 它會決定可從快取移除的目前圖表的最時機。 將快取保留時間下限設定成非常低的值將會減少輸送量並增加延遲，因為太常讓快取失效會強制 Visio 經常重新計算，並降低 CPU 與記憶體的可用性。 |
| Visio Services 快取保留時間上限 (非資料連線的圖表) |
快取保留時間上限：0 到 24 小時 |
臨界值 |
快取保留時間上限會套用至非資料連線的圖表。 這個值會決定要將目前圖表保留在記憶體中的時間。 增加快取保留時間上限可減少經常要求之繪圖的延遲。 不過，將 [快取存留期上限] 設定為非常高的值會增加延遲，並降低未快取專案的輸送量，因為已經在快取中的專案會耗用並減少可用的記憶體。 |
SharePoint Web Analytics 服務限制
The SharePoint Web Analytics service has been deprecated in SharePoint Server 2013.
PerformancePoint Services 限制
The following table lists the recommended guidelines for PerformancePoint Services in SharePoint.
| 限制類型 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 儲存格 |
Excel Services 資料來源的每個查詢 1,000,000 個 |
界限 |
呼叫 Excel Services 資料來源的 PerformancePoint 計分卡受限於每個查詢不得超過 1,000,000 個儲存格的限制。 |
| 欄與列 |
15 欄 x 60,000 列 |
臨界值 |
使用 Excel 活頁簿做為資料來源的任何 PerformancePoint 儀表板物件，在轉譯時的欄與列數目上限。 可以變更的列數將視欄數而定。 |
| 針對 SharePoint 清單的查詢 |
15 欄 x 5,000 列 |
支援 |
使用 SharePoint list 做為資料來源的任何 PerformancePoint 儀表板物件，在轉譯時的欄與列數目上限。 可以變更的列數將視欄數而定。 |
| 針對 SQL Server 資料來源的查詢 |
15 欄 x 20,000 列 |
支援 |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. 可以變更的列數將視欄數而定。 |
Word Automation Services 限制
下表列出 Word Automation Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 輸入檔案大小 |
512 MB |
界限 |
Word Automation Services 可以處理的檔案大小限制。 |
| 啟動轉換的頻率 (分鐘) |
1 分鐘 (建議) 臨界值 59 分鐘 (界限) |
臨界值 |
這個設定決定 Word Automation Services 計時器工作執行的頻率。 較少的數目可使計時器工作執行速度較快。 我們的測試顯示每分鐘執行此定時器作業一次最有用。 |
| 每個轉換程序要啟動的轉換數目 |
要啟動的轉換數目會影響 Word Automation Services 的輸送量。 |
臨界值 |
要啟動的轉換數目會影響 Word Automation Services 的輸送量。 如果這些值設定高於建議的層級，則某些轉換專案可能會開始間歇性地失敗，而且用戶權力可能會過期。 使用者權限會從啟動轉換工作的時間起算之 24 小時後到期。 |
| 轉換工作大小 |
100,000 個轉換項目 |
支援 |
轉換工作包括一或多個轉換項目，每個項目都代表 SharePoint 的單一輸出檔案要執行的單一轉換。 啟動轉換工作時 (使用 ConversionJob.Start 方法)，轉換工作與所有轉換項目會傳輸至應用程式伺服器，這樣就會將該工作儲存在 Word Automation Services 資料庫。 大量的轉換專案會增加 Start 方法的運行時間，以及傳輸至應用程式伺服器的位元元組數目。 |
| 使用中轉換程序總計 |
N-1，其中 N 是每部應用程式伺服器的核心數目 |
臨界值 |
使用中轉換程序可能會耗用單一處理核心。 因此，客戶所執行的轉換程序，不應該超過其應用程式伺服器的處理核心。 轉換計時器工作與其他 SharePoint 活動偶爾也需要使用一個處理核心。 我們建議您保留 1 個可用的核心供轉換計時器工作與 SharePoint 使用。 |
| Word Automation Services 資料庫大小 |
2 百萬個轉換項目 |
支援 |
Word Automation Services 會在其資料庫中維持一個持續的轉換項目佇列。 每個轉換要求會產生一或多個記錄。 Word Automation Services 不會自動從資料庫中刪除記錄，因此資料庫可以無限期地成長，而不需要維護。 系統管理員可以使用 PowerShell Cmdlet Remove-SPWordConversionServiceJobHistory 手動移除轉換作業記錄。 如需詳細資訊，請參閱 Remove-SPWordConversionServiceJobHistory。 |
下表列出 SharePoint 中的 Excel Services 的建議準則。
The following table lists the recommended guidelines for Excel Services in SharePoint.
| 限制類型 | 最大值 | 限制類型 | Notes |
|---|---|---|---|
| 支援 |
可以在 Excel Services 中開啟的活頁簿大小上限為 10 MB。 |
機器翻譯服務限制 |
The maximum size of a workbook that can be opened in Excel Services is 10 megabytes. |
機器翻譯服務限制
下表列出機器翻譯服務的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 二進位檔的輸入檔大小 |
每個檔案 524,288 KB |
臨界值 |
大於此限制的檔案需要花費過長的時間來進行傳輸和處理，會降低服務的輸送量。 |
| 文字檔的輸入檔大小 |
每個檔案 15,360 KB |
臨界值 |
大於此限制的檔案會包含太多要翻譯的文字，會降低服務的輸送量。 |
| Microsoft Word 文件的字元數上限 |
每份文件 10,000,000 個 |
臨界值 |
若文件所包含的字元大於此限制，就會包含太多要翻譯的文字，會降低服務的輸送量。 |
| 並行翻譯程序總數 |
5 |
臨界值 |
使用超過限制的進程不會增加輸送量，因為一次可以翻譯的文字數量有限制。 使用較多的程序會提高對於伺服器資源的需求。 |
| 翻譯間的延遲 |
59 分鐘 |
臨界值 |
以大於此限制的時間間隔來啟動翻譯，會導致用來翻譯文件的時間變得太長，而且會導致排入佇列的翻譯數目大幅成長。 |
| 每個翻譯程序的翻譯數目 |
每個程序 1,000 個 |
臨界值 |
啟動超過限制的翻譯會導致翻譯因為逾時而失敗，因為在逾時期間之前無法處理它們。 |
| 並行翻譯要求的數目上限 |
300 |
臨界值 |
若並行翻譯要求超過 300 個，就會導致翻譯逾時，原因在於要求排入佇列的時間會比逾時期間還要長。 |
| 每個翻譯工作的檔案數 |
100,000 個檔案 |
支援 |
提交所含之檔案數超過此限制的工作會導致工作提交時間和處理期間過長。 |
| 機器翻譯服務資料庫大小 |
1,000,000 個檔案 |
支援 |
如果資料庫成長超過資料庫中檔案數目的上限，維護工作佇列的操作速度就會變慢。 |
Office Web Application Service 限制
The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 快取大小 |
100 GB |
臨界值 |
建立在內容資料庫中且可供轉譯文件的空間。 根據預設，可供轉譯文件的快取為 100 GB。 我們不建議您增加可用的快取。 |
| 轉譯 |
每個應用程式伺服器每個 CPU 核心每秒每個文件一個 (最大 8 個核心) |
界限 |
這是在一段期間內在應用程式伺服器上可以為「一般」文件執行的測量轉譯平均數目。 |
| 臨界值 |
每份文件 8 個 |
臨界值 |
OneNote merges combine changes from multiple users who are co-authoring a notebook. 如果有太多並行合併已經在執行中，則會產生衝突頁面，強制使用者手動執行合併。 |
Project Server 限制
下表列出 Project Server 的建議準則。 如需如何計畫 Project Server 的詳細資訊，請參閱＜Planning and architecture for Project Server 2010＞。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 專案時間的結束 |
日期：2149/12/31 |
界限 |
項目計劃不能超過日期 12/31/2149。 |
| 每個專案計畫的可傳送作業 |
1,500 個可傳送作業 |
界限 |
項目計劃不能包含超過 1,500 個交付專案。 |
| 在檢視中的欄位數目 |
256 |
界限 |
使用者不能將超過 256 個字段新增至他們在 Project Web App 中定義的檢視。 |
| 檢視的篩選中子句的數目 |
50 |
界限 |
用戶無法將篩選新增至檢視中具有超過50個子句。 |
SharePoint 應用程式限制
下表列出 SharePoint 應用程式的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| Access/SharePoint 應用程式套件大小上限 |
100 MB |
界限 |
SQL Azure 中 Access 應用程式資料庫儲存空間的大小上限 注意：Access 會在建立應用程式套件時壓縮資料庫，因此應用程式套件可能包含超過 100 MB 的數據。 |
| SQL Azure 中 Access 應用程式資料庫儲存空間的大小上限 |
1 Gb |
界限 |
在 SharePoint 上建立的每個 Access 應用程式都會在 SQL Azure 上建立資料庫。 1 GB 是 SQL Azure 上資料庫儲存空間的限制。 在內部部署安裝中，系統管理員會控制相關聯 SQL 資料庫的大小。 |
| [管理授權] 頁面中顯示的應用程式數目 |
2,000 |
界限 |
最多可在 [管理授權] 頁面上顯示 2,000 個應用程式 (可從市集中購買)。 您仍然可以移至應用程式安裝所在之網站的 [所有網站內容] 頁面，然後按一下 [授權]，或者使用 [市集搜尋] 來搜尋應用程式，藉以管理所有應用程式的授權。 |
| 每個租用戶的應用程式授權數目 |
1,000,000 |
支援 |
在內部部署或 SharePoint Microsoft 365 中，從市集) 購買應用程式 (支援的授權數目上限。 超過此限制可能會導致嚴重的效能降級。 |
| [新增應用程式] 頁面中顯示的應用程式數目 |
240 |
界限 |
到達此限制之後，只會顯示前 240 個應用程式，並會顯示一則訊息引導您進行搜尋，以尋找要顯示的應用程式。 |
| 每個應用程式授權的管理員人數 |
30 |
界限 |
只有 30 個人可以管理一個授權。 授權管理員可以新增或移除使用者，或者刪除授權。 |
| 指派給使用者，讓該使用者可以檢視的應用程式授權數目 |
2,000 |
界限 |
若指派給某位使用者的授權超過 2,000 個，則該使用者將無法在預設的 [新增應用程式] 檢視中看見任何應用程式。 而是會出現一則訊息，引導您搜尋應用程式目錄，也可能會出現 SharePoint 市集。 |
| 公司目錄中可供單一使用者檢視的應用程式數目 |
500 |
界限 |
When more than 500 apps from the corporate catalog are available to a single user, that user will no longer see any apps in the default Add an App view. 而是會出現一則訊息，引導您搜尋應用程式目錄，也可能會出現 SharePoint 市集。 |
分散式快取服務限制
下表列出分散式快取服務的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 每部快取主機中可追蹤的實體數 (使用者、文件、網站及雜湊標記) |
400,000 |
支援 |
在已將 16 GB RAM 指派給分散式快取服務的分散式快取主機上，單一使用者可以追蹤的實體總數為 400,000。 |
| 叢集中快取主機的數目 |
16 |
界限 |
單一分散式快取叢集可支援的快取主機總數為 16。 |
| 快取主機專屬的記憶體數量上限 |
16 GB |
界限 |
叢集中任一部快取主機上分散式快取服務專屬的記憶體總數為 16 GB。 |
其他限制
下表列出其他小節未涵蓋之服務與功能的限制與建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
| 每個裝置通道中使用者代理程式子字串的數目 |
150 |
界限 |
每個裝置通道中使用者代理程式子字串的最大數目為 150。 |
| 每個 eDiscovery 案例中 SharePoint 來源的數目 |
100 |
界限 |
可新增至 eDiscovery 案例的 SharePoint 來源數目上限為 100。 |
| 每個 eDiscovery 案例中 Exchange 來源 (信箱) 的數目 |
1,500 |
界限 |
每個 eDiscovery 案例中 Exchange 來源 (信箱) 的最大數目為 1,500。 |
| eDiscovery 查詢的大小上限 |
16,000 個字元或 500 個關鍵字 |
界限 |
eDiscovery 查詢的大小限制為 500 個關鍵字或 16,000 個字元，端視先符合哪個條件。 |