SharePoint Server 2010 容量管理：軟體界限和限制
適用版本： SharePoint Server 2010
上次修改主題的時間： 2016-11-30
本文描述 Microsoft SharePoint Server 2010 的軟體界限與限制。包括下列各項：
**界限：**根據設計不能超過的靜態限制
**臨界值：**可超過以配合特定需求的可設定限制
**支援的限制：**已經預設為已測試值的可設定限制
注意
本文件中的容量規劃資訊可做為您規劃工作之準則。這些資訊是依據 Microsoft 內部實際機器上測試所得之結果。不過，您的結果可能會因所用設備及網站實作的功能而異。
本文內容：
界限與限制的概觀
界限、臨界值與支援的限制
限制的建立方式
限制與界限
依階層的限制
Web 應用程式限制
網頁伺服器和應用程式伺服器限制
內容資料庫限制
網站集合限制
清單與文件庫限制
欄限制
頁面限制
依功能的限制
搜尋限制
User Profile Service 限制
內容部署限制
部落格限制
Business Connectivity Services 限制
工作流程限制
受管理的中繼資料字詞庫 (資料庫) 限制
Visio Services 限制
SharePoint Web Analytics 服務限制
PerformancePoint Services 限制
Word Automation Services 限制
SharePoint Workspace 限制
OneNote 限制
Office Web Application Service 限制
Project Server 限制
界限與限制的概觀
本文包含協助您了解 SharePoint Server 2010 已測試的效能與容量限制，並提供限制與可接受效能的相關準則。請使用本文中的資訊來判斷您計畫的部署是否在可接受的效能與容量限制內，並適當地在環境中設定限制。
測試結果以及本文所提供的準則會套用至單一 SharePoint Server 2010 伺服器陣列。將伺服器新增至安裝可能不會增加本文稍後限制與界限小節之表格中所列物件的容量限制。相反地，新增伺服器電腦會增加伺服器陣列的輸送量，這可能是達到許多物件之可接受效能的必要作業。在某些情況下，解決方案中大量物件的需求可能需要伺服器陣列中有更多的伺服器。
請注意，有許多因素可能會影響所指定環境的效能，並且所有這些因素都會影響不同區域的效能。本文中的一些測試結果和建議可能會與您環境中沒有的功能或使用者作業有關，因此不會套用至您的解決方案。只有徹底測試才可提供與您專屬環境有關的確切資料。
界限、臨界值與支援的限制
在 SharePoint Server 2010 中，有某些限制是設計上所造成且不能超過它們，有些設成預設值的其他限制可能由伺服器陣列管理員所變更。有些限制並非以可設定的值來表示，例如每個 Web 應用程式的網站集合數目。
界限是設計上絕對不能超過的限制。請務必了解這些限制，以確保在設計伺服器陣列時，不會做出不正確的假設。
界限的範例是 2 GB 的文件大小限制；您無法設定 SharePoint Server 來儲存大於 2 GB 的文件。這是內建的絕對值，且根據設計不能超過此值。
臨界值是那些具有不能超過的預設值 (除非修改值)。在某些情況下，可以超過臨界值以配合您伺服器陣列設計中的變化，但是請務必了解這樣做除了影響其他限制的有效值之外，也會影響伺服器陣列的效能。
某些臨界值的預設值可以超過，但最多只能到絕對最大值。文件大小限制是一個很好的範例。根據預設，預設文件大小臨界值設為 50MB，但是可加以變更以支援 2GB 的最大界限。
支援的限制會為指定參數定義已測試值。這些限制的預設值是由測試所定義，並呈現出產品的已知限制。超過支援的限制可能會造成意外的結果、效能大幅降低或是其他有害的影響。
有些支援的限制是預設設為建議值的可設定參數，而其他支援的限制與可設定的值未顯示的參數相關。
所支援限制的範例是每個 Web 應用程式的網站集合數目。支援的限制是 250,000，這是每個 Web 應用程式在測試期間符合效能基準的最大網站集合數目。
請務必了解本文件中所提供的許多限制值，代表曲線中的一個點，用以描述值增加時，會增加資源負載並伴隨效能降低。因此，超過某些限制 (例如，每個 Web 應用程式的網站集合數目) 可能只會導致伺服器陣列效能些微降低。不過，在大多數情況下，在既定的限制或接近既定限制操作並不是最佳作法，因為當伺服器陣列的設計提供合理平衡的限制值時，最能夠達成可接受的效能與可靠性目標。
臨界值與支援的限制準則取決於效能。換句話說，您可以超過限制的預設值，但是當您增加限制值時，伺服器陣列效能與其他限制的有效值可能會受到影響。在 SharePoint Server 中的許多限制可能會改變，但是請務必了解變更指定限制會如何影響伺服器陣列的其他部分。
限制的建立方式
在 SharePoint Server 2010 中，臨界值與支援的限制的建立，是透過逐漸增加某個點 (伺服器陣列服務與作業達到其有效的作業限制) 的負載下，測試和觀察伺服器陣列的行為。有些伺服器陣列服務與元件比其他的服務與元件可支援更高的負載，因此在某些情況下，您必須根據一些因素的平均值來指派限制值。
例如，在新增網站集合的負載下觀察伺服器陣列行為，可指出某些功能會顯現無法接受的高延遲性，而其他功能仍然在可接受的界限內運作。因此，指派給網站集合數目的最大值並非絕對，但是會根據一組預期的使用狀況特性來計算。在這組預期的使用狀況特性中，整體的伺服器陣列效能在大多數情況下的指定限制是可接受的。
很明顯地，如果其他服務使用高於限制測試的界限參數來進行作業，將會降低其他服務的最大有效限制。因此，請務必為特定部署執行嚴格的容量管理與擴充測試，以便為該環境建立有效的限制。
注意：我們在本文件中不會描述用來驗證限制的硬體，因為這些限制收集自多個伺服器陣列與環境。如需我們用於測試之伺服器陣列的描述，請參閱效能與容量測試結果及建議 (SharePoint Server 2010) 和Performance and capacity technical case studies (SharePoint Server 2010)。
等化器比喻
您可以將臨界值和支援的限制視為圖形等化器上的滑桿，而每個限制都代表特定的頻率。在這個比喻中，增加某個限制的值可能會減少一個或多個其他限制的有效值。
假設一個滑桿代表每個文件庫的文件數目上限，則這個支援的限制最多大約有 3 千萬個已測試值。不過，這個值取決於另一個滑桿，這個滑桿代表伺服器陣列中最大大小的文件 (預設值為 50 MB 的臨界值)。
如果您將文件大小上限變更為 1 GB，以容納影片或其他大型物件，則也會據此降低文件庫可有效率提供給使用者的文件數目。例如，所指定伺服器陣列的硬體設定和拓樸可能支援最多 50 MB 的 1 百萬份文件。不過，因為檔案大小限制設為 1 GB，所以如果伺服器陣列提供較大的平均文件大小，則文件數目相同的相同伺服器陣列無法符合相同的延遲和輸送量目標。
在這個範例中，最大文件數目的減少程度很難預期，並且根據程式庫中的大型檔案數目、它們所含的資料量、伺服器陣列的使用特性，以及硬體資源的可用性。
限制與界限
本節列出可成為解決方案一部分的物件，並提供每種物件可接受的效能準則。可接受的效能表示已測試過系統可支援該數目的物件，但是如果不降低一些效能或減少相關限制的值，則不能超過該數目。物件會同時依範圍和依功能列出。提供限制資料以及加上附註，描述取得限制的條件以及可取得其他資訊的連結。
使用本文中的準則檢閱您的整體解決方案計畫。如果您的解決方案計畫超過一個或多個物件的建議準則，請執行下列一個或多個動作：
評估此解決方案以確保其他區域獲得補償。
標幟這些區域，以利建立部署時進行測試與監視。
重新設計或分割解決方案以確保未超過容量規則。
依階層的限制
本節提供依 SharePoint Server 2010 伺服器陣列之邏輯階層所排序的限制。
Web 應用程式限制
下表列出 Web 應用程式的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
內容資料庫 |
每個 Web 應用程式 300 個 |
支援 |
每個 Web 應用程式有 300 個內容資料庫之後，不會影響使用者作業 (例如開啟網站或網站集合)。但系統管理作業 (例如建立新的網站集合) 的效能會降低。建議您在具有大量內容資料庫時使用 Windows PowerShell 管理 Web 應用程式，因為管理介面會變得緩慢且難以瀏覽。 |
區域 |
每個 Web 應用程式 5 個 |
界限 |
伺服器陣列定義的區域數目會硬式編碼為 5。區域包括「預設」、「內部網路」、「外部網路」、「網際網路」及「自訂」。 |
受管理路徑 |
每個 Web 應用程式 20 個 |
支援 |
系統會在網頁伺服器上快取受管理路徑，並根據受管理路徑清單使用 CPU 資源來處理傳入要求。 每個 Web 應用程式超過 20 個受管理路徑，會為每個要求的網頁伺服器增加更多負載。 如果您計畫在指定的 Web 應用程式中使用超過二十個受管理路徑，建議您測試可接受的系統效能。 |
解決方案快取大小 |
每個 Web 應用程式 300 MB |
臨界值 |
解決方案快取允許 InfoPath Forms Service 在快取中儲存解決方案，以便加速解決方案的擷取。如果超過快取大小，會從磁碟擷取解決方案，這可能會使回應時間變慢。您可以使用 Windows PowerShell Cmdlet Set-SPInfoPathFormsService，來設定解決方案快取的大小。如需詳細資訊，請參閱 Set-SPInfoPathFormsService。 |
網站集合 |
每個 Web 應用程式 250,000 個 |
支援 |
每個 Web 應用程式的最大建議網站集合數目是 250,000。 請注意，這項限制受到其他因素影響，這些因素可能會降低所指定 Web 應用程式支援的有效網站集合數目。執行時請小心，避免在容器物件 (例如內容資料庫) 包含大量其他物件時超過支援的限制。 例如，在包含大量 Web 應用程式的伺服器陣列中，網站集合總數可能會達到伺服器陣列資源無法有效支援的數目。即使每個伺服器陣列的 Web 應用程式數目和每個 Web 應用程式的網站集合數目都落在支援的限制內，也會發生這種狀況。 同樣地，如果伺服器陣列包含的內容資料庫總數較少，但每個內容資料庫包含大量網站集合，則在達到網站集合數目的支援限制之前，可能會對伺服器陣列效能造成負面影響。 下列案例說明這點。 伺服器陣列 A 包含具有 200 個內容資料庫 (支援的設定) 的 Web 應用程式。如果這些內容資料庫各包含 200 個網站集合，則 Web 應用程式中的網站集合總數就是 40,000 (落在支援的限制內)。不過，如果每個內容資料庫各包含 2,000 個網站集合，則即使這個數目符合內容資料庫的支援限制，Web 應用程式中的網站集合總數會是 400,000 個，超過每個 Web 應用程式的網站集合數目限制。 |
網頁伺服器和應用程式伺服器限制
下表列出伺服器陣列上網頁伺服器的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
應用程式集區 |
每部網頁伺服器 10 個 |
臨界值 |
最大的數目是由硬體功能決定。 這個限制大部分取決於：
|
內容資料庫限制
下表列出內容資料庫的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
內容資料庫大小 (一般使用案例) |
每個內容資料庫 200 GB |
支援 |
除非適用本表以下各列所述的情況，否則強烈建議將內容資料庫大小限制為 200 GB。 如果使用遠端 BLOB 儲存 (RBS)，則內容資料庫中的遠端 BLOB 儲存及中繼資料的總數不得超過此限制。 |
內容資料庫大小 (所有使用案例) |
每個內容資料庫 4 TB |
支援 |
如果符合下列需求，則可支援多達 4 TB 的內容資料庫：
您也應該謹慎考量下列因素：
如需 SharePoint Server 2010 資料大小規劃的詳細資訊，請參閱規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)。 重要 不建議使用超過 4 TB 的內容資料庫 (用於文件封存案例 (如下面列中所述) 除外)。在這些內容資料庫內升級網站集合，可能非常困難且相當耗時。 |
內容資料庫大小 (文件封存案例) |
內容資料庫沒有明確限制 |
支援 |
如果符合下列需求，則支援在文件封存案例中使用沒有明確大小限制的內容資料庫：
如需大規模文件存放庫的詳細資訊，請參閱預估大規模文件存放庫的效能和容量需求 (https://technet.microsoft.com/zh-tw/library/ff608068.aspx)，以及企業內容儲存規劃 (SharePoint Server 2010) 文章的一般大規模內容管理案例小節。 |
內容資料庫項目 |
6 千萬個項目，包括文件及清單項目 |
支援 |
在 SharePoint Server 2010 上測試過的每個內容資料庫的項目最大數目是 6 千萬個，包括文件及清單項目。如果您打算在 SharePoint Server 2010 中儲存超過 6 千萬個項目，則必須部署多個內容資料庫。 |
每個內容資料庫的網站集合 |
建議使用 2,000 個 最多 5,000 個 |
支援 |
強烈建議您將內容資料庫中的網站集合數目限制為 2,000。不過，資料庫中最多支援 5,000 個網站集合。 這些限制與升級速度有關。資料庫中的網站集合數目越大，升級就越慢。 資料庫中網站集合數目的限制隸屬於具有多個網站集合的內容資料庫大小限制 (200 GB)。因此，當資料庫中的網站集合數目增加時，它所包含的網站集合平均大小就必須減少。 超過 2,000 個網站集合的限制，可能會讓您承擔升級期間停機時間增加的風險。如果您計畫超過 2,000 個網站集合，建議您有明確的升級策略，並取得其他硬體以加速會影響資料庫的升級和軟體更新。 若要在內容資料庫中設定網站數目的警告層級，請搭配使用 Windows PowerShell Cmdlet Set-SPContentDatabase 與 -WarningSiteCount 參數。如需詳細資訊，請參閱 Set-SPContentDatabase。 |
網路連接儲存裝置 (NAS) 的遠端 Blob 儲存 (RBS) 儲存子系統 |
收到 NAS 任何回應之第一個位元組的時間不應該超過 20 毫秒。
|
界限 |
將 SharePoint Server 2010 設定成使用 RBS，而且 BLOB 位於 NAS 儲存體時，請考慮下列界限。 從 SharePoint Server 2010 要求 BLOB 的時間開始，直到它從 NAS 收到第一個位元組為止，不能超過 20 毫秒。 |
網站集合限制
下表列出網站集合的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
網站 |
每個網站集合 250,000 個/每個伺服器陣列 250,000 個/每個伺服器陣列 500,000 個個人網站。 |
支援 |
網站與子網站建議的最大數目為 250,000 個網站。 在網站集合層級，當子網站的數目超過 2,000 個時，效能可能會降低。 重要 強烈建議每個網站集合保持低於 2,000 個子網站。 您可以藉由建立每個網站集合含有最多 2,000 個網站的多個網站集合，來建立總計數量非常大的網站。例如，每個包含 2,000 個網站的 125 個網站集合，將等同於伺服器陣列中的 250,000 個網站。不過，這會被視為非個人網站建議的最大限制。 如果您擁有 250,000 個網站集合，包含不是個人網站範本的根網站，則將子網站新增到任何這些根網站會超過 250,000 的網站界限。 如果超過每個網站集合建議的 2,000 個網站限制，可能會發生下列問題：
|
網站集合大小 |
內容資料庫的大小上限 |
支援 |
針對適用的使用案例，網站集合的大小可以等同內容資料庫的大小。如需特定使用案例之不同內容資料庫針對大小限制的詳細資訊，請參閱本文的內容資料庫限制表格。 一般而言，強烈建議將網站集合大小限制為 100 GB，原因如下：
|
清單與文件庫限制
下表列出清單和文件庫的建議準則。如需詳細資訊，請參閱設計大型清單並使清單獲得最大效能 (SharePoint Server 2010)。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
列出列大小 |
每列 8,000 個位元組 |
界限 |
每個清單或文件庫項目總共只能在資料庫中佔用 8,000 個位元組。其中 256 個位元組保留，7,744 個位元組留給使用者欄。 如需每種欄位耗用多少空間的詳細資訊，請參閱欄限制。 |
檔案大小 |
2 GB |
界限 |
預設檔案大小上限為 50 MB。這最多可以增加到 2 GB，不過，大量的極大型檔案可能會影響伺服器陣列效能。 |
文件 |
每個文件庫 30,000,000 個 |
支援 |
您可以建立巢狀資料夾、使用標準檢視與網站階層，以建立龐大的文件庫。這個值會隨組織文件與資料夾的方式而異。 |
主要版本 |
400,000 |
支援 |
如果超過這個限制，基本檔案作業 (例如檔案開啟或儲存、刪除和檢視版本歷程記錄) 可能不會成功。 |
項目 |
每個清單 30,000,000 個 |
支援 |
您可以使用標準檢視、網站階層及中繼資料瀏覽，建立龐大的清單。這個值可能會隨清單中的欄數及清單的使用而異。 |
列大小限制 |
用於清單或文件庫項目之資料庫內部的 6 個表格列 |
支援 |
指定可用於清單或文件庫項目之資料庫內部的表格列數目上限。為了容納有許多欄的大型清單，每個項目都可能會佔用數個內部表格列，預設最多六行。這項功能只能由伺服器陣列管理員透過物件模型來設定。此物件模型方法是 SPWebApplication.MaxListItemRowStorage。 |
大量作業 |
每個大量作業 100 個項目 |
界限 |
使用者介面允許大量作業最多可選取 100 個項目。 |
清單檢視查閱臨界值 |
每個查詢有 8 個聯結作業 |
臨界值 |
指定每次查詢 (例如根據查閱、人員/群組或工作流程狀態欄等的查詢) 可以執行的聯結運算數目上限。若查詢使用八個以上的 JOIN 運算，就會封鎖該查詢運算。不過此限制並不適用於單一項目運算。這個限制並不適用於單一項目運算。如果使用以物件模型設定的最大檢視 (設定方式是不指定任何檢視欄位)，SharePoint 就會傳回前面八項查閱。 |
清單檢視臨界值 |
5,000 |
臨界值 |
指定資料庫作業 (例如查詢) 在管理員設定的每日時間範圍之外，同時可處理的清單或文件庫項目數目上限。在管理員設定的每日時間範圍內，查詢將不受限制。 |
稽核者及管理員的清單檢視臨界值 |
20,000 |
臨界值 |
指定由具有適當權限的稽核者或管理員所執行之資料庫作業 (例如查詢)，同時可處理的清單或文件庫項目數目上限。這項設定與 [允許物件模型覆寫] 搭配運作。 |
子網站 |
每個網站檢視 2,000 個 |
臨界值 |
列舉所指定網站之子網站的介面，在子網站數目超過 2,000 時，效能不是很好。同樣地，[所有網站內容] 頁面和 [樹狀檢視控制項] 效能將會隨子網站數目成長而大幅降低。 |
在 Microsoft Word 與 Microsoft PowerPoint 中共同撰寫 .docx, .pptx 與 .ppsx 檔案。 |
每份文件 10 個同時編輯者 |
臨界值 |
建議的同時編輯者最大數目為 10。界限為 99。 如果有 99 位共同作者開啟單一文件同時編輯，則第 100 位使用者之後的使用者都會看到「檔案使用中」錯誤，而且必須檢視唯讀複本。 超過 10 位共同編輯者將導致更多衝突且效能逐漸降低的使用者經驗，而且使用者必須重複執行更多次，才能成功上傳其變更。 |
安全性範圍 |
每個清單 50,000 個 |
臨界值 |
針對一個清單所設定之唯一安全性範圍的最大數目不得超過 50,000 個。針對大部分的伺服器陣列，建議您考慮將此限制降低至 5,000 個唯一範圍。針對大型清單，請考慮使用唯一權限數儘可能最少的設計。當清單的唯一安全性範圍數目超過清單檢視臨界值 (預設為 5,000 個清單項目) 時，則在檢視清單時，會執行其他的 SQL Server 來回動作，這會對清單檢視效能產生負面影響。 範圍是安全物件及其任何未定義獨立安全界限之子項的安全界限。範圍包含存取控制清單 (ACL)，但是與 NTFS ACL 不同的是，範圍可以包括 SharePoint Server 特有的安全性主體。範圍的 ACL 成員可以包括 Windows 使用者、非 Windows 使用者的使用者帳戶 (例如，表單型帳戶)、Active Directory 群組或 SharePoint 群組。 |
欄限制
SharePoint Server 2010 資料儲存在 SQL Server 資料表中。為了允許 SharePoint 清單中的可能欄數上限，SharePoint Server 會在單一列無法容納資料時，在資料庫中建立多個列。這稱為列換行。
每次列在 SQL Server 中換行時，只要查詢該項目，伺服器就會增加額外的查詢負載，因為 SQL 聯結必須包括在查詢中。為了防止有太多負載，SharePoint 項目預設允許 6 個 SQL Server 列的最大值。這個限制會導致在 SharePoint 清單中所包括的每個類型之欄數有特定限制。下表說明每個欄類型的限制。
列換行參數可以提高為大於 6 的值，但這可能會導致伺服器負載過多。在超過此限制之前，建議先執行效能測試。如需詳細資訊，請參閱設計大型清單並使清單獲得最大效能 (SharePoint Server 2010)。
每個欄類型都有一個以位元組為單位的大小值。在 SharePoint 清單中的所有欄加總不能超過 8,000 個位元組。視欄的用法而定，使用者有可能在達到 6 列的列換行限制之前，即達到 8,000 個位元組的限制。
| 限制 | 最大值 | 限制類型 | 每欄的大小 | 附註 |
|---|---|---|---|---|
單行文字 |
276 |
臨界值 |
28 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 64 欄的後面。預設列換行值 6 允許每個 SharePoint 清單 384 個 [單行文字] 欄的最大值 (6 * 64 = 384)。不過，因為每個 SharePoint 清單項目的限制為 8,000 個位元組，其中 256 個位元組保留給內建 SharePoint 欄使用，所以實際限制為 276 個單行文字欄。 |
多行文字 |
192 |
臨界值 |
28 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 32 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有192 個 [多行文字] 欄的最大值 (6 * 32 = 192)。 |
選擇 |
276 |
臨界值 |
28 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 64 欄的後面。預設列換行值 6 允許每個 SharePoint 清單 384 個 [選擇] 欄的最大值 (6 * 64 = 384)。不過，因為每個 SharePoint 清單項目的限制為 8,000 個位元組，其中 256 個位元組保留給內建 SharePoint 欄使用，所以實際限制應該為 276 個 [選擇] 欄。 |
數字 |
72 |
臨界值 |
12 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 12 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 72 個 [數字] 欄的最大值 (6 * 12 = 72)。 |
貨幣 |
72 |
臨界值 |
12 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 12 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 72 個 [貨幣] 欄的最大值 (6 * 12 = 72)。 |
日期及時間 |
48 |
臨界值 |
12 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 8 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 48 個 [日期及時間] 欄的最大值 (6 * 8 = 48)。 |
查閱 |
96 |
臨界值 |
4 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 16 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 96 個單值 [查閱] 欄的最大值 (6 * 16 = 96)。 |
是/否 |
96 |
臨界值 |
5 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 16 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 96 個 [是/否] 欄的最大值 (6 * 16 = 96)。 |
個人或群組 |
96 |
臨界值 |
4 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 16 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 96 個 [個人或群組] 欄的最大值 (6 * 16 = 96)。 |
超連結或圖片 |
138 |
臨界值 |
56 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 32 欄的後面。預設列換行值 6 允許每個 SharePoint 清單 192 個 [超連結或圖片] 欄的最大值 (6 * 32 = 192)。不過，因為每個 SharePoint 清單項目的限制為 8,000 個位元組，其中 256 個位元組保留給內建 SharePoint 欄使用，所以實際限制應該為 138 個 [超連結或圖片] 欄。 |
計算 |
48 |
臨界值 |
28 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 8 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 48 個 [計算] 欄的最大值 (6 * 8 = 48)。 |
GUID |
6 |
臨界值 |
20 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 6 個 [GUID] 欄的最大值 (6 * 1 = 6)。 |
Int |
96 |
臨界值 |
4 個位元組 |
SQL Server 列換行會發生在 SharePoint 清單中每 16 欄的後面。預設列換行值 6 允許每個 SharePoint 清單有 96 個 [Int] 欄的最大值 (6 * 16 = 96)。 |
受管理的中繼資料 |
94 |
臨界值 |
第一個為 40 個位元組，之後的每個則為 32 個位元組 |
新增至清單的第一個 [受管理的中繼資料] 會配置 4 欄：
每個新增至清單的後續 [受管理的中繼資料] 欄位會再新增兩個欄：
[受管理的中繼資料] 最大欄數是以 (14 + (16 * (n-1))) 的方式計算，其中 n 是列對應值 (預設值為 6)。 |
[外部資料] 欄具有主要欄與次要欄的概念。當您新增外部資料欄時，可以選取要新增至清單中之外部內容類型的一些次要欄位。例如，假設 [外部內容類型]「客戶」具有如 [識別碼]、[名稱]、[貨幣] 及 [說明] 等欄位，當您新增類型為「客戶」的 [外部資料] 欄至清單時，即可新增次要欄位以顯示該「客戶」的 [識別碼]、[名稱] 及 [說明]。整體而言，這些是新增的欄：
主要欄：文字欄位。
隱藏的識別碼欄：多行文字欄位。
次要欄：每個次要欄都是文字/數字/布林值/多行文字，這個文字是以「商務資料目錄」模型中所定義之次要欄的資料類型為基礎。例如，[識別碼] 可能會對應至 [數字] 欄；[名稱] 可能會對應至 [單行文字欄]；[說明] 可能會對應至 [多行文字] 欄。
頁面限制
下表列出頁面的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
網頁組件 |
每個 Wiki 或網頁組件頁面 25 個 |
臨界值 |
這個數字是根據簡單的網頁組件所做的評估。網頁組件的複雜度會規定頁面上可以使用多少個網頁組件，才不會影響效能。 |
安全性限制
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
使用者可以隸屬的 SharePoint 群組數目 |
5,000 |
支援 |
這並不是嚴格的限制，但是它與 Active Directory 規則一致。以下是影響此數字的一些事項：
|
網站集合中的使用者 |
每個網站集合 2 百萬 |
支援 |
您可以使用 Microsoft Windows 安全性群組來管理安全性，而非使用個別使用者，將數百萬的人員新增至網站。 這個限制是根據使用者介面的易用性與瀏覽的舒適度而定。 在網站集合 (超過一千個) 中有多個項目 (使用者的安全性群組) 時，您應該使用 Windows PowerShell 來管理使用者，而非 UI。此方式可以提供較佳的管理經驗。 |
在 SharePoint 群組中的 Active Directory 原則/使用者 |
每個 SharePoint 群組 5,000 個 |
支援 |
SharePoint Server 2010 可讓您將使用者或 Active Directory 群組新增至 SharePoint 群組。 在 SharePoint 群組中最多可擁有 5,000 個使用者 (或 Active Directory 群組或使用者)，在此數目下仍能提供可接受的效能。 受到此限制影響最多的活動如下：
|
SharePoint 群組 |
每個網站集合 10,000 個 |
支援 |
10,000 個以上的群組，執行作業的時間會大幅增加。特別是將使用者新增至現有群組、建立新群組以及呈現群組檢視。 |
安全性主體：安全性範圍的大小 |
每個存取控制清單 (ACL) 5,000 個 |
支援 |
範圍的大小會影響用於安全性檢查計算的資料。這個計算會在範圍變更時執行。並沒有嚴格的限制，但是範圍愈大，計算所需要的時間就愈久。 |
依功能的限制
這個區段會列出依功能排序的限制。
搜尋限制
下表列出 Search 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
SharePoint Search Service 應用程式 |
每個伺服器陣列 20 個 |
支援 |
在相同的伺服器陣列上可以部署多個 SharePoint Search Service 應用程式，因為您可以將搜尋元件與資料庫指派到不同的伺服器。建議的限制 20 小於伺服器陣列中所有服務應用程式的限制上限。 |
編目資料庫和資料庫項目 |
每個搜尋服務應用程式 10 個編目資料庫 每個編目資料庫 2 千 5 百萬個項目 |
臨界值 |
編目資料庫會儲存所有已編目項目的編目資料 (時間/狀態等)。支援的限制是每個 SharePoint Search Service 應用程式有 10 個編目資料庫。 建議的限制是每個編目資料庫 2 千 5 百萬個項目 (或每個 Search Service 應用程式共四個編目資料庫)。 |
編目元件 |
每個 Search Service 應用程式 16 個 |
臨界值 |
每個應用程式的建議限制是共 16 個編目元件；每個編目資料庫有兩個，而每部伺服器有兩個，假設伺服器具有至少八個處理器 (核心)。 每部伺服器的編目元件總數必須小於 128/(查詢元件總數)，才能將傳播 I/O 降低降到最低。超過建議的限制可能不會增加編目效能；事實上，根據編目伺服器、資料庫和內容主機上的可用資源，編目效能可能會降低。 |
索引分割區 |
每個 Search Service 應用程式 20 個；共 128 個 |
臨界值 |
索引分割區具有 Search Service 應用程式索引的子集。建議的限制為 20。增加索引分割區的數目會導致每個分割區的索引子集較小，從而減少裝載指派給索引分割區之查詢元件的查詢伺服器所需的 RAM 與磁碟空間。索引分割區總數的界限是 128。 |
編製索引的項目 |
每個 Search Service 應用程式 1 億個；每個索引分割區 1 億個 |
支援 |
SharePoint Search 支援多個索引分割區，而且各包含搜尋索引子集。任何分割區的建議最大值是 1 千萬個項目。整體建議項目數上限 (例如，人員、清單項目、文件、網頁) 是 1 億個。 |
編目記錄檔項目 |
每個搜尋應用程式 1 億個 |
支援 |
這是編目記錄檔中的個別記錄檔項目數。它將會遵循 [編製索引的項目] 限制。 |
屬性資料庫 |
每個 Search Service 應用程式 10 個；共 128 個 |
臨界值 |
屬性資料庫會將項目的中繼資料儲存在每個其相關聯的索引分割區中。索引分割區只能與一個屬性儲存區相關聯。建議的限制是每個 Search Service 應用程式有 10 個屬性資料庫。索引分割區的界限是 128。 |
查詢元件 |
每個搜尋應用程式 128 個；每部伺服器 64 個/(編目元件總數) |
臨界值 |
查詢元件總數受限於編目元件複製檔案的能力。每部伺服器的查詢元件數目上限受限於查詢元件吸收從編目元件傳播之檔案的能力。 |
範圍規則 |
每個範圍 100 個範圍規則；每個 Search Service 應用程式共 600 個 |
臨界值 |
超過這個限制會降低編目新鮮度，並且延遲範圍查詢的可能結果。 |
範圍 |
每個 Search Service 應用程式 200 個網站範圍和 200 個共用範圍 |
臨界值 |
超過這個限制可能會減少編目效率，而且，如果將範圍新增至顯示群組，則會影響使用者瀏覽器延遲。同時，範圍數目超過建議的限制時，會降低搜尋管理介面中範圍的顯示。 |
顯示群組 |
每個網站 25 個 |
臨界值 |
顯示群組用於透過使用者介面的群組範圍顯示。超過此限制，會開始降低搜尋管理介面中的範圍體驗。 |
警示 |
每個搜尋應用程式 1,000,000 個 |
支援 |
這是已測試的限制。 |
內容來源 |
每個 Search Service 應用程式 50 個 |
臨界值 |
建議的限制 50 可以超過，但最多只能到每個 Search Service 應用程式 500 個的界限。不過，應該使用較少的起始位址，而且必須遵循並行編目限制。 |
起始位址 |
每個內容來源 100 個 |
臨界值 |
建議的限制可以超過，但最多只能到每個內容來源 500 個的界限。不過，您的起始位址越多，應該使用的內容來源就越少。當您有許多起始位址時，建議您將它們當成 Html 頁面上的連結，並在這些連結之後，讓 HTTP 編目程式編目頁面。 |
並行編目 |
每個搜尋應用程式 20 個 |
臨界值 |
這是同時進行的編目數目。超過這個數目，可能會導致整體編目速率降低。 |
編目屬性 |
每個搜尋應用程式 500,000 個 |
支援 |
這些是編目期間發現到的屬性。 |
編目影響規則 |
100 |
臨界值 |
每個伺服器陣列的建議限制為 100。可以超過建議值。不過，會降低搜尋管理介面中網站瀏覽規則的顯示。大約有 2,000 個網站瀏覽規則時，[管理網站瀏覽規則] 頁面會變成無法讀取。 |
編目規則 |
每個 Search Service 應用程式 100 個 |
臨界值 |
可以超過此值。不過，會降低搜尋管理介面中編目規則的顯示。 |
Managed 屬性 |
每個 Search Service 應用程式 100,000 個 |
臨界值 |
這些是查詢中搜尋系統所使用的屬性。編目屬性會對應至 Managed 屬性。 |
對應 |
每個 Managed 屬性 100 個 |
臨界值 |
超過這個限制，可能會降低編目速度和查詢效能。 |
URL 移除 |
每個作業 100 個移除 |
支援 |
這是一個作業中應該從系統中移除的最大建議 URL 數目。 |
代表性頁面 |
每個 Search Service 應用程式 1 個最上層頁面和最少的第二層與第三層頁面 |
臨界值 |
建議的限制是一個最上層代表性頁面，而且盡可能少用第二與第三層頁面以達到所需的相關性。 界限是每個搜尋應用程式每個相關性層級 200 個，但新增額外的頁面可能達不到所需的相關性。請將關鍵網站新增至第一個相關性層級。更多關鍵網站請新增至第二個或第三個相關性層級，一次新增一個，並在每次新增後評估相關性，確保達到所需的相關性效果。 |
關鍵字 |
每個網站集合 200 個 |
支援 |
建議的限制最多可以超過，但最多只能到每個網站集合的最大 (ASP.NET 所強制實行的) 限制 5,000，但前提是有五個每個關鍵字的首選。如果您超過這個限制，將會降低在網站管理使用者介面上顯示關鍵字。編輯 web.config 和 client.config 檔案 (MaxItemsInObjectGraph)，即可變更 ASP.NET 所強制實行的限制。 |
已辨識中繼資料屬性 |
每個編目項目 10,000 個 |
界限 |
這是編目項目時可決定以及可能對應或用於查詢的中繼資料屬性數目。 |
User Profile Service 限制
下表列出 User Profile Service 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
使用者設定檔 |
每個服務應用程式 2,000,000 個 |
支援 |
User Profile Service Application 最多可支援 2 百萬個具有完整社交功能的使用者設定檔。這個數目代表可以從目錄服務匯入人員設定檔儲存的設定檔數目，而且也是 User Profile Service Application 在不會導致社交功能效能降低的情況下，可支援的設定檔數目。 |
社交標記、記事與評等 |
每個社交資料庫 500,000,000 個 |
支援 |
在社交資料庫中最多總共可支援 5 億個社交標記、記事與評等，而不會大幅降低效能。不過，備份和還原這類資料庫維護作業可能會在該時間點顯示效能降低。 |
內容部署限制
下表列出內容部署的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
在不同路徑上執行的內容部署工作 |
20 |
支援 |
在相同來源內容資料庫中連線至網站集合的路徑上同時執行工作，將會增加資料庫死結的風險。對於必須同時執行的工作，建議您將網站集合移到不同的來源內容資料庫。 注意 無法在相同路徑上同時執行工作。 如果您是使用 Microsoft SQL Server 快照集進行內容部署，則每個路徑都會建立快照集。這樣會增加來源資料庫的 I/O 需求。 如需詳細資訊，請參閱關於部署路徑與工作。 |
部落格限制
下表列出部落格的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
部落格文章 |
每個網站 5,000 個 |
支援 |
部落格文章數目上限為每個網站 5,000 篇。 |
註解 |
每篇文章 1,000 個 |
支援 |
每篇文章的註解數目上限為 1,000。 |
Business Connectivity Services 限制
下表列出 Business Connectivity Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
ECT (記憶體中) |
每部網頁伺服器 (每個承租戶) 5,000 個 |
界限 |
在網頁伺服器上的指定時間點於記憶體中載入的外部內容類型 (ECT) 定義的總數。 |
外部系統連線 |
每部網頁伺服器 500 個 |
界限 |
在指定時間點使用中/開啟的外部系統連線數目。預設最大值為 200。界限為 500。此限制會在網頁伺服器範圍內強制執行，而不論外部系統的種類為何 (例如，資料庫, .NET 組件等等)。預設最大值用以限制連線數目。應用程式可以透過執行內容來指定較大的限制。界限甚至會為不採用預設值的應用程式強制使用最大值。 |
每個要求傳回的資料庫項目 |
每個資料庫連接器 2,000 個 |
臨界值 |
資料庫連接器可傳回之每個要求的項目數。 資料庫連接器使用預設最大值 2,000，限制每頁可傳回的結果數目。應用程式可以透過執行內容指定較大的限制。「絕對最大值」甚至會為不採用預設值的應用程式強制最大值。此限制的界限為 1,000,000。 |
工作流程限制
下表列出工作流程的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
工作流程延遲臨界值 |
15 |
臨界值 |
15 是允許同時針對內容資料庫執行的工作流程數目上限 (不含正在 Timer 服務中執行的執行個體)。達到這個臨界值時，會將新的啟動工作流程要求置入佇列，稍後供工作流程計時器服務執行。非計時器執行完成時，新的要求將會計入這個臨界值。這個限制可以使用 Set-SPFarmConfig Windows PowerShell Cmdlet 進行設定。如需詳細資訊，請參閱 Set-SPFarmConfig。 注意：這項限制並不是指正在進行中的工作流程執行個體總數。而是正在處理的執行個體數目。增加這個限制會增加開始和完成工作流程工作的輸送量，但是也會增加針對內容資料庫與系統資源的負載。 |
工作流程計時器批次大小 |
100 |
臨界值 |
每次工作流程計時器工作的執行將會取得並傳送至工作流程的事件數目。它可以使用 Windows PowerShell 進行設定。若要允許其他事件，您可以執行其他的 Microsoft SharePoint Foundation 工作流程計時器服務執行個體。 |
受管理的中繼資料字詞庫 (資料庫) 限制
下表列出受管理的中繼資料字詞儲存區的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
字詞儲存區中巢狀詞彙的層次數目上限 |
7 |
支援 |
在字詞組中的字詞可用階層加以表示。 字詞組可多達 7 層的字詞 (父系字詞以及在其下方的 6 層巢狀)。 |
在字詞庫中字詞組的數目上限 |
1,000 |
支援 |
在字詞儲存區中可儲存多達 1,000 個詞彙集。 |
在詞彙集中詞彙的數目上限 |
30,000 |
支援 |
30,000 是在詞彙集中詞彙的數目上限。 注意 相同字詞的其他標籤 (例如同義字與翻譯) 不會視為不同的字詞。 |
在字詞儲存區中項目的總數 |
1,000,000 |
支援 |
項目是指字詞或字詞組。字詞與字詞組的數目加總不能超過 1,000,000。相同字詞的其他標籤 (例如同義字與翻譯) 不會視為不同的字詞。 注意 在字詞庫中不能同時儲存最大數目的字詞組與最大數目的字詞。 |
Visio Services 限制
下表列出 Microsoft SharePoint Server 2010 的 Visio Services 執行個體的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
Visio Web 繪圖的檔案大小 |
50 MB |
臨界值 |
Visio Services 具有可讓管理員變更 Visio 所處理之 Web 繪圖大小上限的組態設定。 較大的檔案大小有下列副作用：
|
Visio Web 繪圖重新計算逾時 |
120 秒 |
臨界值 |
Visio Services 具有可讓管理員變更在資料重新整理後重新計算繪圖所需時間上限的組態設定。 較大的重新計算逾時會導致：
較小的重新計算逾時會導致：
|
Visio Services 快取保留時間下限 (資料連線的圖表) |
快取保留時間下限：0 至 24 小時 |
臨界值 |
快取保留時間下限會套用至資料連線的圖表。它會決定可從快取移除的目前圖表的最時機。 將快取保留時間下限設定成非常低的值將會減少輸送量並增加延遲，因為太常讓快取失效會強制 Visio 經常重新計算，並降低 CPU 與記憶體的可用性。 |
Visio Services 快取保留時間上限 (非資料連線的圖表) |
快取保留時間上限：0 至 24 小時 |
臨界值 |
快取保留時間上限會套用至非資料連線的圖表。這個值會決定要將目前圖表保留在記憶體中的時間。 增加快取保留時間上限可減少經常要求之繪圖的延遲。 不過，將快取保留時間上限設定成非常高的值會增加延遲，並使未快取的項目之輸送量變慢，因為已經在快取中的項目會耗用並降低可用的記憶體。 |
SharePoint Web Analytics 服務限制
下表列出 SharePoint Web Analytics 服務的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
SharePoint 實體 |
啟用 Web Analytics 時每個伺服器陣列 30,000 |
支援 |
如果您的伺服器陣列包含或預期包含 30,000 個以上的 SharePoint 實體 (包括所有 Web 應用程式、網站集合和網站)，請不要啟用 Web Analytics。這個數目不正確，因為不同的 SharePoint 實體組合對伺服器陣列效能的影響可能會大於或小於測試的案例 (如 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010文章中所述)。不過，因為伺服器陣列中的 SharePoint 實體數目極為接近這個上限，所以伺服器陣列效能可能會落到無法接受的層級。 |
如需 SharePoint Web Analytics 服務界限和限制的詳細資訊，請參閱 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010。
PerformancePoint Services 限制
下表列出 Microsoft SharePoint Server 2010 的 PerformancePoint Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
儲存格 |
Excel Services 資料來源的每個查詢 1,000,000 個 |
界限 |
呼叫 Excel Services 資料來源的 PerformancePoint 計分卡受限於每個查詢不得超過 1,000,000 個儲存格的限制。 |
欄與列 |
15 欄 x 60,000 列 |
臨界值 |
使用 Microsoft Excel 活頁簿做為資料來源的任何 PerformancePoint 儀表板物件，在轉譯時的欄與列數目上限。可以變更的列數將視欄數而定。 |
針對 SharePoint 清單的查詢 |
15 欄 x 5,000 列 |
支援 |
使用 SharePoint 清單作為資料來源的任何 PerformancePoint 儀表板物件，在轉譯時的欄與列數目上限。可以變更的列數將視欄數而定。 |
針對 SQL Server 資料來源的查詢 |
15 欄 x 20,000 列 |
支援 |
使用 SQL Server 資料表資料來源的任何 PerformancePoint 儀表板物件，在轉譯時的欄與列數目上限。可以變更的列數將視欄數而定。 |
Word Automation Services 限制
下表列出 Microsoft Word Automation Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
輸入檔案大小 |
512 MB |
界限 |
Microsoft Word Automation Services 可以處理的檔案大小上限。 |
啟動轉換的頻率 (分鐘) |
1 分鐘 (建議) 15 分鐘 (預設值) 59 分鐘 (界限) |
臨界值 |
這個設定決定 Microsoft Word Automation Services 計時器工作的執行頻率。較低的數目可加快計時器工作的執行速度。 我們的測試顯示最適合一分鐘執行這個計時器工作一次。 |
每個轉換程序要啟動的轉換數目 |
針對 PDF/XPS 輸出格式︰30 x M 針對所有其他輸出格式︰72 x M 其中 M 是啟動轉換的頻率 (分鐘) 的值 |
臨界值 |
要啟動的轉換數目會影響 Microsoft Word Automation Services 的輸送量。 如果這些值設定的比建議層次還大，則某些轉換項目可能會開始間歇性地失敗，而且使用者權限可能會到期。使用者權限會從啟動轉換工作的時間起算之 24 小時後到期。 |
轉換工作大小 |
100,000 個轉換項目 |
支援 |
轉換工作包括一或多個轉換項目，每個項目都代表 SharePoint 的單一輸出檔案要執行的單一轉換。啟動轉換工作時 (使用 ConversionJob.Start 方法)，轉換工作與所有轉換項目會傳輸至應用程式伺服器，這樣就會將該工作儲存在 Microsoft Word Automation Services 資料庫。大量的轉換項目將會增加 Start 方法的執行時間以及傳輸到應用程式伺服器的位元組數目。 |
使用中轉換程序總計 |
N-1，其中 N 是每部應用程式伺服器的核心數目 |
臨界值 |
使用中轉換程序可能會耗用單一處理核心。因此，客戶所執行的轉換程序，不應該超過其應用程式伺服器的處理核心。 轉換計時器工作與其他 SharePoint 活動偶爾也需要使用一個處理核心。 建議您一律保留 1 個可用的核心，以供轉換計時器工作與 SharePoint 使用。 |
Microsoft Word Automation Services 資料庫大小 |
2 百萬個轉換項目 |
支援 |
Microsoft Word Automation Services 會在其資料庫中維持一個持續的轉換項目佇列。每個轉換要求都會產生一筆或多筆記錄。 Microsoft Word Automation Services 不會自動刪除資料庫中的記錄，因此資料庫若沒有維護可能會無限地成長。管理員可以使用 Windows PowerShell Cmdlet Remove-SPWordConversionServiceJobHistory 來手動移除轉換工作歷程記錄。如需詳細資訊，請參閱 Remove-SPWordConversionServiceJobHistory。 |
SharePoint Workspace 限制
下表列出 Microsoft SharePoint Workspace 2010 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
SharePoint Workspace 同步處理 |
每個清單 30,000 個項目 |
界限 |
SharePoint Workspace 將不會同步處理超過 30,000 個項目的清單。這項限制存在的原因是下載超過 30,000 個項目之清單的時間十分久，而且資源使用十分高。 |
SharePoint Workspace 同步處理 |
SharePoint Workspace 中的 1800 份文件限制 |
界限 |
使用者在 SharePoint Workspace 中有 500 份以上的文件時會收到警告，但可以繼續新增文件。 |
OneNote 限制
下表列出 Microsoft OneNote Services 的建議準則。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
OneNote 筆記本中的節和節群組數目 (在 SharePoint 上) |
請參閱＜清單與文件庫限制＞中的＜文件＞限制 |
在清單中，每個節都是計入為一個資料夾和一份文件。在清單中，每個節群組都是計入為一個資料夾和一份文件。 |
|
節的大小上限 |
請參閱＜清單與文件庫限制＞中的＜檔案大小＞限制 |
這個上限不包含 OneNote 中大於 100 KB 的任何影像、內嵌檔案和 XPS 列印成品。大於 100 KB 的影像和內嵌檔案會分割成它們自己的二進位檔案。這表示具有 100 KB 類型資料以及四個各 1 MB 之內嵌 Word 文件的節將視為 100 KB 節。 |
|
OneNote 節中的影像、內嵌檔案和 XPS OneNote 列印成品大小上限。 |
請參閱＜清單與文件庫限制＞中的＜檔案大小＞限制 |
每個項目都會儲存成不同的二進位檔案，因此受限於檔案大小限制。OneNote 的每個列印作業都會導致一個 XPS 列印成品二進位檔案，即使列印成品包含多個頁面也是一樣。 |
|
單一 OneNote 頁面中的所有影像、內嵌檔案和 XPS 列印成品大小上限。 |
預設限制是 [檔案大小] 限制的兩倍。 |
臨界值 |
這適用於單一 OneNote 頁面中的內嵌內容，而非節或筆記本。如果使用者遇到這種情況，則會在 OneNote 中看到下列錯誤：jerrcStorageUrl_HotTableFull (0xE0000794)。使用者暫時解決這個問題的方式是將內嵌內容分割成不同的頁面，並刪除頁面的舊版本。如果使用者必須調整這個值 ([最大熱資料表大小])，有效限制是它們所定義絕對值的一半 (例如，指定 400 MB 的最大熱資料表大小表示頁面上所有內嵌內容的最大大小受限於 200 MB)。 |
合併作業 |
每部網頁伺服器一個 CPU 核心一個 |
界限 |
OneNote 會將由共同撰寫筆記本的多位使用者所做的變更加以合併。如果沒有 CPU 核心可用來執行合併，則會改成產生衝突頁面，強制使用者手動執行合併。 不論 OneNote 以用戶端應用程式或 Microsoft Office Web Apps 執行，都會套用這個限制。 |
Office Web Application Service 限制
下表列出 Office Web Apps 的建議準則。當應用程式以 Web 應用程式執行時，Office 用戶端應用程式限制也適用。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
快取大小 |
100 GB |
臨界值 |
可用於顯示文件的空間，建立為內容資料庫的一部分。根據預設，可用來顯示文件的快取是 100 GB。不建議您增加可用快取。 |
轉譯 |
每個應用程式伺服器每個 CPU 核心每秒每個文件一個 (最大 8 個核心) |
界限 |
這是在一段期間內在應用程式伺服器上可以為「一般」文件執行的測量顯示平均數目。 |
Project Server 限制
下表列出 Microsoft Project Server 的建議準則。如需如何規劃 Project Server 的詳細資訊，請參閱 Project Server 2010 的規劃和架構。
| 限制 | 最大值 | 限制類型 | 附註 |
|---|---|---|---|
專案時間結束 |
日期：2049/12/31 |
界限 |
專案 計畫無法延至 2049/12/31 這個日期之後。 |
每個專案計畫的可傳送作業 |
1,500 個可傳送作業 |
界限 |
專案 計畫不能包含超過 1,500 個可傳送作業。 |
檢視中的欄位數目 |
256 |
界限 |
使用者不能在他們於 Project Web App 中已定義的檢視中新增超過 256 個欄位。 |
檢視的篩選中子句的數目 |
50 |
界限 |
使用者無法將篩選新增至含有超過 50 個子句的檢視中。 |