預估 SharePoint Server 2013 合規性和電子檔探索的容量和效能
適用於：
Subscription Edition SharePoint in Microsoft 365
合規性功能集合，例如就地保留和查詢和導出保留下的數據、使用時會影響 SharePoint Server 2013 中的處理和記憶體需求。
就地保留的記憶體需求
就地保留會保留已編輯和刪除的內容，讓原始版本可供法律動作使用。 就地保留會套用至完整的網站。 例如，如果保留網站集合的根網站，則整個網站集合也會保留。 就地保留會套用至檔、頁面和清單。 在保留網站之後，第一次編輯或刪除的所有項目都會放在SharePoint網站的保留庫中。 此位置是內容原先位於網站上的位置。 網站大小會以與啟用保留時存在的內容數量相關聯的速率增加，並在新增內容時變更。 在實務上，大部分合法保留的內容並非新內容。 就地保留對記憶體的影響預期會很低，因為使用者不會主動變更內容。 如需詳細資訊，請參閱 SharePoint Server 中的電子檔探索和就地保留。
電子檔探索查詢和匯出對其他搜尋查詢的影響
SharePoint Server 2013 的網站集合類型稱為 Case Manager，可讓您跨組織的 SharePoint 內容和 Exchange Server 2013 信箱執行電子檔探索查詢。 電子檔探索查詢範圍複雜且廣泛。 這些查詢在搜尋系統上需要更多處理時間，而且可能會影響其他用戶體驗的搜尋回應時間。
下列指導方針可協助您了解這些查詢如何影響其他使用者的搜尋體驗：
當您將更多來源新增至電子檔案探索查詢時，您會增加已執行的查詢數目。
當您將更多字詞新增至電子檔案探索查詢時，您會增加電子檔探索查詢的效果。
當您 (將 AND、OR、NEAR) 等更多運算元新增至電子檔探索查詢時，您會增加電子檔探索查詢的效果。
在實驗室測試中，我們使用了針對10個來源執行的350個詞彙電子檔探索查詢。 查詢總共傳回 150,000 個專案。 然後，我們導出這些專案。 為了執行這項測試，我們在 Search Service 系統上執行了五個模擬負載，代表預期要在系統上執行的其他搜尋查詢類型。
我們的測試顯示，電子檔探索查詢可讓用戶觀察到的查詢延遲增加 100%。 如果您的使用者搜尋查詢執行接近容量，您可以考慮在非尖峰時段執行電子檔探索查詢和匯出，以對使用者搜尋查詢產生較小的影響。
匯出的效果
執行電子檔探索查詢之後，常見的作業是導出數據。 在導出動作期間，eDiscovery 查詢傳回的內容會一次下載一個檔案。 我們執行了一組測試，其中我們下載了檔案並更新了 SharePoint 專案。 導出並未在 SharePoint 部署上增加大量負載。 我們在測試中執行了導出動作，而伺服器數組每秒提供大約100個要求。 在100個要求中，只有大約每秒5個要求是由匯出動作所提出。
請注意，導出對 Exchange Server 2013 的影響可能不同。 Exchange Server 2013 查詢是變數，特別是通常冗長且複雜的電子檔探索查詢。
SharePoint Server 2013 的大規模檔存放庫
除了合規性和電子檔探索功能之外，SharePoint Server 2013 大型檔存放庫功能與 SharePoint Server 2010 沒有顯著變更。 在本節中，我們會參閱 SharePoint Server 2010) (大規模檔存放庫的調整測試報告 ，並針對涉及 SharePoint Server 2013 檔存放庫的案例指出差異。 下列各節摘要說明主要差異。
將互動式服務應用程式放在前端 Web 伺服器上的指引
SharePoint Server 2010 指引建議您將服務應用程式放在不同的層級上。 在 SharePoint Server 2013 中，建議您將互動式服務應用程式放在以前端網頁伺服器身分執行的電腦上。 如需詳細資訊，請參閱 SharePoint Server 2013 的容量規劃。
在 SharePoint Server 2013 中搜尋
SharePoint Server 2013 Search Service 應用程式會將 SharePoint Server 2010 Search and FAST Search Server 2010 for SharePoint 合併成具有其他功能的整合搜尋平臺。 如需詳細資訊，請參閱 在 SharePoint Server 中調整因特網網站的搜尋 和 SharePoint Server 中的搜尋架構概觀。
有效率的檔案 I/O 和 SQL Server 改善
SharePoint Server 2013 的有效檔案 I/O 是一種儲存方法，其中檔案會分割成個別儲存和更新的片段，並在使用者要求檔案時串流在一起。 這會導致更有效率的檔案更新，因為只有更新的片段會寫入 SQL Server。 有效率的檔案 I/O 在搭配大型檔案使用時非常有效。 小型檔案會看到所需的磁碟記憶體有少量增加。 使用有效率檔案 I/O 的直接結果是，更新檔的輸送量已改善。
其他改良功能會使用 SQL Server 2008 R2 搭配 SP1 功能和輸送量來尋找檔以進行連結修正和警示處理。
欄限制
SharePoint Server 2013 中的數據行限制已更新。 如需詳細資訊，請參閱 SharePoint Server 2016 的軟體界限和限制。