效能與容量調整 (FAST Search Server 2010 for SharePoint)

發行項
03/07/2017

適用版本： FAST Search Server 2010

上次修改主題的時間： 2011-02-04

本文說明調整 Microsoft FAST Search Server 2010 for SharePoint 伺服器陣列的各種方法，以達到擴充的效能與容量目標。

編目程式容量調整
索引容量調整

警告

建議您唯有在滿足指定給每個調整選項的條件後，才使用這些方法。此外，請確定您的部署沒有任何其他效能與容量問題之後，再進行調整。如需詳細資訊，請參閱＜效能與容量監視 (FAST Search Server 2010 for SharePoint)＞。

注意

本文假設您使用 SharePoint Server 2010 編目程式、索引連接器架構及 FAST Search Server 2010 for SharePoint 內容 Search Service 應用程式 (內容 SSA) 編目內容。

編目程式容量調整

您的部署必須具備下列條件，才可調整編目程式容量：

沒有備份索引器資料列，但是在內容 SSA 中，針對每個編目元件，各部署了 100 個以上的項目處理元件執行個體
具有備份索引器資料列，而且在內容 SSA 中，針對每個編目元件，各部署了 50 個以上的項目處理元件執行個體
在內容 SSA 中，每個編目元件各有 3 個以上的索引資料欄

若為大型部署，您必須規劃內容 SSA 中的編目元件數目，以避免網路瓶頸。請注意，此調整通常可以免除其他設定調整的需要。但若為具有備份索引器資料列的部署，由內容 SSA 提交的批次，通常會超過項目處理元件的數目。這些「額外的」批次是已處理，但未在兩個索引器資料列中持續的內容。根據預設，內容 SSA 會對編目進行節流，以避免「提交的批次」超過 100 個。若為大型安裝，您應考慮調整節流限制，以同時處理較多的批次。

您可以使用 MaxSubmittedBatches 及 MaxSubmittedPUDocs 屬性調整節流限制。MaxSubmittedBatches 的預設值為 100，而 MaxSubmittedPUDocs 的預設值為 1000。節流限制會套用於內容 SSA 中的每個編目元件。如果您使用兩個編目元件，則所提交的批次總數上限會是設定值的兩倍。請使用下列公式計算新的節流限制：

微調編目程式處理公式

例如，某案例中的 a=1、b=48、c=3、s=2，則結果為 MaxSubmittedBatches = 54 及 MaxSubmittedPUDocs = 5400。在此案例中，MaxSubmittedBatches 的預設值沒有改變。如果編目及編製索引效能受限於較高的 ACL 變更，您可以增加 MaxSubmittedPUDocs (已提交 ACL 變更的項目數上限)。

您可以在主控內容 SSA 的伺服器陣列上，透過 Microsoft SharePoint Server 2010 管理命令介面，設定 MaxSubmittedBatches 及 MaxSubmittedPUDocs 屬性。下列命令會設定預設值：

$ssa = Get-SPEnterpriseSearchServiceApplication -Identity <nameOfContent SSA> 
$ssa.ExtendedConnectorProperties["MaxSubmittedBatches"] = 100 
$ssa.ExtendedConnectorProperties["MaxSubmittedPUDocs"] = 1000 
$ssa.Update()

其中 <內容 SSA 的名稱> 是內容 SSA 的名稱。

注意

增加節流限制值將會增加項目處理及編製索引元件上的負載。所消耗的伺服器陣列資源愈多，就會影響查詢效能。如果是在沒有專用搜尋資料列的情況下執行，比較不會有問題。增加 MaxSubmittedPUDocs 將會增加主要及備份索引器上的 I/O 負載。

索引容量調整

您的部署必須具備下列條件，才可調整索引容量：

具有高內容量，而隨著時間進行的內容變更數低
具有低查詢輸送量需求 (根據伺服器的 CPU 效能，每秒最多 5-10 個查詢)
不需要低索引延遲 (從項目更新到可供搜尋為止，延遲會較長)

FAST Search Server 2010 for SharePoint 的預設設定最適合處理每個索引資料欄高達 1500 萬個項目，並嚴格限制 3000 萬個項目。針對內容更新率低及查詢量中等的情況，您可能會想要讓每個資料欄為更多項目編製索引，以節省硬體成本。您可以設定 FAST Search Server 2010 for SharePoint 索引器以處理每個資料欄高達 4000 萬個項目。這就是所謂的擴充容量設定。擴充內容容量設定的每部伺服器中，會有較多的索引分割區。如此一來，您即可在降低 QPS 上限的情況下，維持低查詢延遲。

擴充容量有一些權衡：查詢輸送量 (QPS) 降低。查詢延遲 (但不超過輸送量限制) 較不受影響。您可以使用多個搜尋資料列彌補降低的查詢輸送量，但是這樣就不能減少伺服器數目。編製索引需要較多的資源，也需要較多的磁碟存取。每個資料欄的項目愈多，對每部伺服器的儲存空間需求也愈多。橫跨整個伺服器陣列的儲存空間總數大部分都一樣。用於分配項目處理元件的伺服器較少。初始編目率會降低，因為編目率主要取決於可用的 CPU 核心數。累加編目的輸送量也較低，因為每個索引資料欄的工作較多。您可以將項目處理元件新增至最後的搜尋資料列，或是暫時指派給叢集的額外伺服器，以暫時加速初始正式作業前的整批編目。最後，您必須要讓每部伺服器有較多的硬體資源。建議您不要在少於 16 個 CPU 核心/執行緒 (應為 24 個以上) 的伺服器上，使用擴充設定。建議您使用 48 GB RAM 及高效能儲存裝置子系統。

注意

在預估伺服器陣列必須能夠消耗的變更率時，切記任何內容變更都會增加系統的負載。其中包括 ACL 變更。當文件庫或網站有權限變更時，許多項目的 ACL 變更可能會一次出現。如此會導致更新率高峰。

重要

若要設定索引器，您也必須修改含有索引器其他數個重要參數的設定檔。未來的軟體更新可能會變更此設定檔。軟體更新後，您必須重新套用設定變更。

如需操作的詳細資訊，請參閱＜擴充索引器的內容產能 (FAST Search Server 2010 for SharePoint)＞。

效能與容量調整 (FAST Search Server 2010 for SharePoint)

編目程式容量調整

索引容量調整

See Also

Concepts

其他資源