評估搜尋環境的效能和容量需求
本文內容:
主要特性
測試環境
建議
此效能和容量規劃案例將搜尋 Office SharePoint Server 內容及為內容編製索引使用的單一 Microsoft Office SharePoint Server 2007 伺服器陣列合併到企業環境中。
重要
本文中有關 Office SharePoint Server 2007 SP1 的部分指引已更新。如需 Office SharePoint Server 2007 SP1 更新的綜合清單,請參閱<可下載的叢書:在多伺服器環境中規劃及部署 Office SharePoint Server 2007 的 Service Pack 1>。
主要特性
主要特性將說明此案例部署中可能出現的環境因素、使用特性及其他考量。
此案例的主要特性包含:
**使用者回應時間 **針對一般、異常、長時間執行及罕見作業的使用者回應時間,其時間長短的目標會列在<規劃軟體界限 (Office SharePoint Server)>的 [使用者回應時間] 表格中。部分組織可能會容忍較慢的使用者回應時間,也可能需要較快的使用者回應時間。預期的使用者回應時間是決定整體「輸送量」**目標的重要因素。輸送量是伺服器陣列每秒可以處理的要求數目。較多的使用者人數就需要較高的輸送量目標,才能達成相同的使用者回應時間。
**使用者並行 **假設並行率為 10%,其中 1% 的使用者在指定時間同時提出要求。以 10,000 位使用者為例,其中 1,000 位使用者正在同時使用方案,而 100 位使用者正在提出要求。
**長時間執行非同步工作 **編目內容及備份資料庫等工作會增加伺服器陣列的效能負載。範例拓撲的一般效能特性是假設這些工作是在離峰 (例如午夜) 時執行。因此,上班時間的使用者回應率不受影響。
測試環境
此案例的測試設計,旨在協助開發評估在各種因素下,不同的伺服器陣列設定如何回應變更,包括:
同時使用系統的使用者人數。
正在執行的使用者作業類型。
正在查詢的索引文件數目。
請特別注意,雖然可從測試結果中取得特定結論,但是本節所呈現的特定容量和效能數據會與實際環境中的數據不同。本文所呈現的數據僅供作為設計適當之縮放環境的起始點。完成初始系統設計之後,請測試設定以決定系統是否支援您環境的固有因素。
注意
進行這些測試的目的在模擬擁有百萬份文件及大量使用者的企業環境。測試環境所使用的硬體,設有強固的處理器及大量的記憶體與磁碟容量。如需起始點硬體建議,請參閱本文<建議>一節的<硬體建議>。
如需測試部署的詳細資訊,請參閱<效能和容量規劃工具 (Office SharePoint Server)>。
假設
**64 位元架構 **測試環境中僅會使用 64 位元伺服器。雖然 Office SharePoint Server 2007 可以部署在 32 位元伺服器上,仍建議您在 Office SharePoint Server 2007 伺服器陣列部署中使用 64 位元伺服器。如需詳細資訊,請參閱<關於效能和容量規劃 (Office SharePoint Server)>一文中的<64 位元與 32 位元的比較>一節。
**啟用磁碟快取 **磁碟快取排除 多次存取資料庫以取得程式碼片段或大型二進位檔案 (例如圖像、聲音與影片檔案) 的需求。啟用磁碟快取可改進整個部署的效能。請注意,預設不會啟用磁碟快取。如需啟用磁碟快取的資訊,請參閱二進位大型物件的磁碟快取 (英文) (https://go.microsoft.com/fwlink/?linkid=82617&clcid=0x404) 。
實驗室拓撲
測試時會使用多個伺服器陣列設定,其中包含一到八部查詢伺服器、一部索引伺服器、一個 SSP 及執行 Microsoft SQL Server 2005 資料庫軟體的一部資料庫伺服器電腦。所有伺服器電腦都是在 Microsoft Windows Server 2003 作業系統 Service Pack 1 (SP1), Enterprise x64 Edition 上執行 Office SharePoint Server 2007 Enterprise Edition 的預設設定。
下表列出用於測試的特定硬體。
電腦角色 | 硬體 | 硬碟容量 |
---|---|---|
查詢伺服器 |
4 顆雙核心 Intel Xeon 2.66 GHz 處理器 32 GB RAM |
40 GB 的作業系統 (獨立磁碟容錯陣列 (RAID) 5) 956 GB 的內容索引及作業系統分頁檔 (RAID 10) |
索引伺服器 |
4 顆雙核心 Intel Xeon 2.66 GHz 處理器 32 GB RAM |
40 GB 的作業系統 (RAID 5) 956 GB 的內容索引及作業系統分頁檔 (RAID 10) |
資料庫伺服器 |
4 顆雙核心 Intel Xeon 2.66 GHz 處理器 32 GB RAM |
40 GB 的作業系統 (RAID 5) 956 GB 的附專用小型電腦系統介面 (SCSI) 控制器的 SharedServices_Search_DB 資料庫 (RAID 10) 下列磁碟共用 SCSI 控制器: 273 GB 的 SharedServices_DB 資料庫 (RAID 10) 273 GB 的 TempDb 資料庫 (RAID 10) 273 GB 的記錄檔 (RAID 10) 136 GB 的 SharePoint_Config 資料庫 (RAID 10) |
測試環境中使用 Gigabit (十億位元/秒) 網路。建議在 Office SharePoint Server 伺服器陣列的伺服器之間使用 Gigabit 網路,以確保有足夠的網路頻寬。
使用設定檔
下表顯示 Office SharePoint Server 2007 搜尋測試環境的使用設定檔。
注意
此案例的測試僅使用查詢使用者作業決定系統效能。
測試編目的項目約 5,000 萬筆。下表顯示編目的項目類型及數目。項目大小在 10 KB 到 100 KB 之間,包含清單項目、網頁及各種文件類型。
項目類型 | 項目數 |
---|---|
SharePoint 網站內容 |
1,000 萬筆項目,包括:
|
檔案共用內容 |
1,500 萬筆項目 |
HTTP 內容 |
1,500 萬筆項目 |
人員設定檔 |
250 萬 |
Stitch (在記憶體中產生文件的記憶體中測試工具) |
750 萬 |
屬性 (中繼資料) |
100 萬 |
下表顯示磁碟空間使用。
使用類型 | 容量 |
---|---|
查詢伺服器的索引大小 |
100 GB* |
索引伺服器的索引大小 |
100 GB* |
搜尋資料庫大小 |
600 GB |
注意
測試的索引大小會小於實際執行環境中可能觀察到的大小。在測試產生的主體中,唯一的字詞數量有限,且經常重複。
測試期間執行完整編目的時間為 35 天 (每秒約 15 份文件)。請注意,這是在實際執行環境中觀察到的測試結果,在此環境中,編目儲存機制的網路延遲與回應會影響編目速度。以每秒文件數目為單位所測量的編目速度,在純測試環境中或頻寬較大且回應較快的編目儲存機制環境中明顯較快。
如果 2% 的主體大小用於測試環境的變更,則累加編目跟上變更需要約 8 到 12 個小時,視編目中網站的延遲及回應而定。請注意,中繼資料與傳出連結變更的處理時間,比文件內容變更的處理時間長。
建議
本節提供一般效能和容量建議。使用這些建議可決定您在<規劃備援 (Office SharePoint Server)>中建立之起始拓撲的容量和效能特性,並決定您必須向外延展或擴充此起始拓撲。
注意
「向外延展」**表示新增更多特定角色的伺服器,而「擴充」**表示增加記憶體、硬碟容量或處理器速度,以增進指定伺服器的效能或容量。
硬體建議
下表列出網頁伺服器、索引伺服器和資料庫伺服器的建議硬體。
注意
網頁伺服器、索引伺服器與資料庫伺服器的記憶體需求與伺服器陣列大小、同時使用者數及伺服器陣列中功能與頁面複雜性相關。下表提供的記憶體建議可能適合小型或使用量低的伺服器陣列,但是您應謹慎監視記憶體使用量,以決定是否必須新增更多記憶體。
伺服器角色 | 建議硬體 |
---|---|
網頁 (查詢) 伺服器 |
雙核心 2.5 GHz 或以上的處理器 (建議使用 3 GHz 或以上) 建議至少有 2 GB 的 RAM 3 GB 的可用磁碟空間 DVD 光碟機,本機或網路存取 |
索引伺服器 |
雙核心 2.5 GHz 或以上的處理器 (建議使用 3 GHz 或以上) 建議至少有 4 GB RAM 3 GB 的可用磁碟空間 DVD 光碟機,本機或網路存取 |
資料庫伺服器 |
雙核心 2.5 GHz 或以上的處理器 (建議使用 3 GHz 或以上) 建議至少有 4 GB RAM 內容資料庫所需的硬碟空間是根據內容大小與資料庫容量 1:1.2 的比例。例如,如果您規劃有 100 GB 的內容,則內容資料庫至少需要有 120 GB 的可用磁碟空間,加上交易記錄檔所需的額外空間。 搜尋資料庫所需的硬碟空間是根據索引大小與資料庫容量 1:4 的比例。例如,如果您的索引大小將為 100 GB,則搜尋資料庫至少需要有 400 GB 的可用磁碟空間,加上交易記錄檔所需的額外空間。 DVD 光碟機,本機或網路存取 |
注意
交易記錄檔需要的資料庫伺服器硬碟空間量,取決於記錄設定。如需詳細資訊,請參閱交易記錄管理 (https://go.microsoft.com/fwlink/?linkid=82925&clcid=0x404)。
如需最基本和建議的系統需求詳細資訊,請參閱<Determine hardware and software requirements (Search Server 2008)>。
起點拓撲
您可以透過比較您的起始點拓撲與<規劃備援 (Office SharePoint Server)>中提供的起始點拓撲,來評估拓撲效能。如此可協助您快速決定是否必須擴充或向外延展起始點拓撲,以符合效能和容量目標。
擴充與向外延展拓撲的容量和效能
若要增加其中一個起始點拓撲的容量和效能,請實作容量較大的伺服器電腦來擴充,或在拓撲中新增伺服器來向外延展。本節描述數個擴充或向外延展拓撲的一般效能特性。這些範例拓撲表示下列擴充或向外延展搜尋環境之拓撲的一般方式:
若要容納更大的使用者負載,請新增查詢伺服器電腦。您也可以新增索引伺服器及專用查詢伺服器,以減輕網頁伺服器部分的處理負擔。
若要容納更大的資料負載,請增加單一 (叢集或鏡像) 伺服器的容量、升級到 64 位元伺服器或新增叢集或鏡像伺服器,以新增資料庫伺服器角色的容量。
請維持一部 (叢集或鏡像) 資料庫伺服器電腦不超過八部查詢伺服器電腦的比例。經實驗室測試結果,得出最佳比例 7x1x1 (七部查詢伺服器對一部索引伺服器及一部資料庫伺服器)
評估輸送量目標
本節提供測試資料,顯示查詢伺服器與使用者連線數目增加時的伺服器陣列輸送量。
因為 Office SharePoint Server 2007 的部署與設定方式有許多種,所以沒有簡單的方式可評估指定伺服器數目可支援的使用者人數。因此,您必須在自己的環境中進行測試,再於實際執行環境中部署 Office SharePoint Server 2007。
影響輸送量的因素很多,包含使用者人數,以及使用者作業、快取及頁面與網頁組件自訂的複雜性與頻率。每個因素皆會對伺服器陣列輸送量有重大的影響。規劃部署時,應謹慎考慮這些因素。
如需 Office SharePoint Server 2007 快取的詳細資訊,請參閱下列資源:
如果貴組織已有搜尋解決方案,您可以檢視網際網路資訊服務 (IIS) 記錄檔以決定目前環境中的使用模式與趨勢。如需剖析 IIS 記錄檔的詳細資訊,請參閱分析記錄檔 (IIS 6.0) (英文) (https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x404) 。
如果貴組織要規劃新的搜尋方案部署,請使用下節提供的資訊來評估您的使用模式。
測試結果:伺服器陣列設定的輸送量
本節表格為顯示各種使用者作業設定檔的測試結果,其使用本文前面<測試環境>所列之硬體與使用設定檔。請注意,每個伺服器陣列設定 (包含一到八部查詢伺服器) 會使用一部索引伺服器與一部資料庫伺服器測試。因此,3x1x1 伺服器陣列設定表示三部查詢伺服器乘一部索引伺服器乘一部資料庫伺服器。測試不會在包含多部索引伺服器或資料庫伺服器的伺服器陣列上進行。
下表顯示搜尋相關使用者作業的測試結果。
伺服器陣列大小 | RPS | 查詢伺服器的 CPU 使用率百分比 | 索引伺服器的 CPU 使用率百分比 | 資料庫伺服器的 CPU 使用率百分比 | 資料庫伺服器的磁碟每秒平均寫入次數 |
---|---|---|---|---|---|
1x1x1 |
24.01 |
99.49 |
1.98 |
7.23 |
6.11 |
2x1x1 |
48.04 |
96.98 |
3.95 |
13.02 |
2.66 |
3x1x1 |
71.07 |
94.73 |
5.61 |
20.56 |
2.29 |
4x1x1 |
93.11 |
91.77 |
8.81 |
29.21 |
2.41 |
5x1x1 |
114.95 |
90.50 |
10.27 |
39.38 |
2.45 |
6x1x1 |
133.34 |
87.29 |
11.91 |
52.94 |
2.83 |
7x1x1 |
148.52 |
80.20 |
15.24 |
63.72 |
3.14 |
8x1x1 |
146.94 |
65.65 |
15.15 |
69.15 |
2.87 |
下圖顯示當查詢伺服器數目變更時,搜尋作業的輸送量會隨著變更。
評估編目視窗
在 Office SharePoint Server 2007 搜尋環境中,編目內容一般是非由使用者啟動的最長執行時間作業。您必須在自己的環境中執行測試,以決定使用特定內容來源編目內容所需的時間,以及編目此內容所耗用的輸送量是否會干擾目標使用者回應時間。一般而言,您應確認是在夜間的 12 個小時內執行特定內容來源的編目作業。
評估磁碟空間需求
使用下列資訊可規劃環境中的索引伺服器、查詢伺服器及資料庫伺服器磁碟空間需求。
索引伺服器及查詢伺服器的磁碟空間需求
使用下列資訊可規劃伺服器陣列中的索引伺服器及查詢伺服器磁碟空間需求。
注意
內容索引大小一般會小於主體,因為在編製內容索引前會先行移除所有的非搜尋字。
注意
如果查詢伺服器角色不是在索引伺服器上啟用,索引即會自動傳播到查詢伺服器。若要將內容索引的複本儲存在查詢伺服器的檔案系統中,每部查詢伺服器需要與內容索引所用之索引伺服器相同的磁碟空間量。如需詳細資訊,請參閱<規劃備援 (Office SharePoint Server)>。
若要評估包含內容索引之硬碟的磁碟空間需求:
評估您想要編目的內容數量及每個檔案的平均大小。如果您不知道主體中的檔案平均大小,請以每份文件 10 KB 開始。
使用下列公式可計算儲存內容索引所需的磁碟空間:
所需的磁碟空間 (GB) = Total_Corpus_Size (GB) x File_Size_Modifier x 2.85
其中 File_Size_Modifier 是下列範圍內的數字 (根據主體中的檔案平均大小):
1.0,如果主體包含非常小的檔案 (平均檔案大小 = 1 KB)。
0.12,如果主體包含中型檔案 (平均檔案大小 = 10 KB)。
0.05,如果主體包含大型檔案 (平均檔案大小 = 100 KB 或更大)。
注意
此方程式僅用於建立評估起始點。根據要編製索引的文件大小及類型,以及編目作業期間編製索引的中繼資料量,實際結果會大不相同。
在此方程式中,Total_Corpus_Size (GB) 乘以 File_Size_Modifier 可取得評估的索引檔案大小。接著,乘以 2.85 以容納編目資料與索引合併時的主要合併額外負荷。最終的結果即是評估的磁碟空間需求。
例如,若是 1 GB 大小的主體 (主要包含的檔案平均大小為 10 KB),請使用下列值計算評估的索引檔案大小:
1 GB x 0.12 = 0.12 GB
根據此計算得出評估的索引檔案大小為 120 MB。
接著,將評估的索引檔案大小乘以 2.85:
120 MB x 2.85 = 342 MB
即得出索引檔案及容納索引作業所需的磁碟空間為 342 MB (或 0.342 GB)。
注意
編目資料量會隨編目的內容而異。內容來源是一組選項,可用來指定編目時所使用的通訊協定、開始編目的來源 URL、編目的層級數目及編目時間。
根據您的評估,如果索引與查詢伺服器上的可用硬碟空間足以容納內容索引,請移至步驟 3。否則,請增加磁碟空間或重新評估步驟 1,再前進至步驟 3。
編目部分內容。
評估已編目的內容索引大小及檔案數目。使用此資訊可增加步驟 1 執行之計算的準確性。
如果剩餘的硬碟空間足鮈,請編目更多內容。否則,請視需要增加硬碟空間或重新評估您想要編目的內容數量。
重複步驟 3 到 5,直到編目所有內容為止。
在編目整個主體之後,建議您保留每次編目的內容索引及搜尋資料庫的大小記錄,以便決定平均成長率。因為經過一段時間後,主體會隨著伺服器陣列加入新內容而成長,所以您應監視可用的硬碟空間,以確保維持足夠的容量進行索引作業。
搜尋資料庫的磁碟空間需求
搜尋資料庫儲存搜尋系統的中繼資料及編目程式歷程記錄資訊,一般會比索引需要更多的磁碟空間。特別是當主要編目的 SharePoint 網站有非常大量的中繼資料時,更是如此。
注意
所有索引內容的中繼資料及編目程式的歷程記錄都會儲存在搜尋資料庫中。因此,搜尋資料庫比內容索引需要更多的儲存空間。
使用下列公式可計算搜尋資料庫所需的磁碟空間:
所需的磁碟空間 (GB) = Total_Corpus_Size (GB) x File_Size_Modifier x 4
其中 File_Size_Modifier 是下列範圍內的數字 (根據主體中的檔案平均大小):
1.0,如果主體包含非常小的檔案 (平均檔案大小 = 1 KB)。
0.12,如果主體包含中型檔案 (平均檔案大小 = 10 KB)。
0.05,如果主體包含大型檔案 (平均檔案大小 = 100 KB 或更大)。
例如,若是 1 GB 大小的主體 (主要包含的檔案平均大小為 10 KB),請將下列值代入方程式計算評估的索引檔案大小:
1 GB x 0.12 = 0.12 GB (或 120 MB)
接著,將評估的索引檔案大小乘以 4:
120 MB x 4 = 480 MB
即得出搜尋資料庫所需的磁碟空間為 480 MB (或 0.48 GB)。
決定索引伺服器、查詢伺服器及資料庫伺服器的規格
在 Office SharePoint Server 2007 中,搜尋是在 SSP 層級提供的共用服務。Office SharePoint Server 2007 搜尋系統包含兩個主要伺服器角色:索引伺服器與查詢伺服器。
編目及索引是資源密集作業。編目內容程序可供系統存取及剖析內容及其屬性,以建立可服務搜尋查詢的內容索引。編目會耗用下列伺服器上的處理與記憶體資源:索引伺服器、服務編目作業的查詢伺服器、架設編目中內容存放庫的伺服器,以及服務 Office SharePoint Server 2007 伺服器陣列的資料庫伺服器。
編目會影響系統的整體效能,也會直接影響使用者回應時間,以及伺服器陣列的其他共用服務效能與服務編目作業之查詢伺服器的 Web 服務效能。您可以指定執行編目作業的專用查詢伺服器,以降低其他伺服器陣列伺服器的負載。
如果編目作業未指定給專用查詢伺服器,為編目內容編製索引也會影響系統的整體效能。如果搜尋相關作業構成大量的伺服器陣列作業,請考慮部署專用查詢伺服器。如需詳細資訊,請參閱本文的<執行編目的專用查詢伺服器>一節。
決定索引伺服器的規格
使用本節的資訊可指定 Office SharePoint Server 2007 伺服器陣列的索引伺服器需求。
索引伺服器 CPU
索引伺服器的處理器速度會影響編目速度,以及可建立的編目執行緒數目。雖然沒有特別建議的處理器數目或類型,但是當您在決定索引伺服器需求時,應考量要編目的內容數量。在企業環境中,索引伺服器應有多個處理器以處理大量索引負載。
下表顯示編目速度如何隨索引伺服器上可用處理器數目增加而增加。
處理器數目 | 編目速度增加百分比 |
---|---|
1 |
0.00 |
2 |
10.89 |
4 |
19.77 |
8 |
30.77 |
索引伺服器記憶體
在索引伺服器上,文件是由編目程式引擎載入緩衝區加以處理。在主體約有 100 萬份文件的伺服器陣列中,索引伺服器需要約 1.5 GB 的記憶體。文件在記憶體中處理過後,即會寫入磁碟。記憶體的容量愈大,編目程式可同時處理的文件就愈多,結果是編目速度變快。
如果要編目的主體文件超過 100 萬份,建議索引伺服器至少要有 4 GB RAM。
索引伺服器磁碟速度
建議您指定存取時間 2 毫秒 (ms) 及寫入時間大於 150 MB/秒的 RAID 10,以快速寫入磁碟。
單一索引與相關性
在 SharePoint Portal Server 2003 中,內容索引可以分割至多部伺服器,以建立索引內容的子集並更能容納成長。雖然 Office SharePoint Server 2007 支援使用多部索引伺服器向外延展,但是每部索引伺服器都需要個別的 SSP,且沒有方法可以結合不同的索引。
索引伺服器數目
您可以將多部索引伺服器部署至伺服器陣列,以免 SSP 彼此之間需要完全的隔離,或要向外延展系統。雖然伺服器陣列沒有嚴格的索引伺服器數目限制,但是得到的測試結果顯示單一伺服器陣列的索引伺服器上限為四部。
您在伺服器陣列中使用的索引伺服器數目,取決於您希望擁有的搜尋體驗。如果搜尋體驗要求單一結果集內一定要包含編目中的內容,您的部署應是一個 SSP 搭配單一索引伺服器。大多數的組織都希望使用者能夠搜尋到所有編目內容,因此不需要多個搜尋範圍。
如果搜尋體驗可分割為不同的範圍,提供不同內容存放庫的獨立相關搜尋結果集,即可使用多個 SSP 及多部索引伺服器。企業有個部門專責維護機密文件,僅供特定使用者群組搜尋,此案例即為需要不同搜尋範圍之一例。
根據您的規模與安全性需求,您可以建立所有 SSP 與單一索引伺服器的關聯,或建立各個 SSP 與個別索引伺服器的關聯。
注意
Office SharePoint Server 2007 不支援跨多個 SSP 查詢,以取得單一相關結果集。
具有完備硬體設定的單一索引伺服器最多可支援 5000 萬份文件。如果要建置此規模的單一索引,建議您在伺服器陣列中僅使用一部索引伺服器,因為索引會傳播至伺服器陣列中的所有查詢伺服器。如果新增第二部索引伺服器,則第二部索引伺服器的索引也會傳播至伺服器陣列中的所有查詢伺服器,因而增加查詢伺服器的負載。
若要透過新增 SSP 來增加搜尋容量,也必須向外延展。您至少應新增另一部索引伺服器、資料庫伺服器及專用網頁伺服器。如果您的硬體目前支援在單一 SSP 內索引 1000 萬份文件,您可以使用相同的硬體架設 20 個 SSP 來擴充。
注意
在 Microsoft Office SharePoint Server 2007 for Search 中,您僅能使用一個 SSP。
這可讓您每個 SSP 索引約 200 萬份文件,總計約 4,000 萬份文件。
注意
一個 SSP 一律僅與一部索引伺服器建立關聯,但是一部索引伺服器可容納多個 SSP。
執行編目的專用查詢伺服器
最佳作法是指定執行編目作業的專用查詢伺服器。
在啟用搜尋的伺服器陣列中,伺服器陣列的所有查詢伺服器預設會服務編目作業。當編目作業開始時,索引伺服器會將要求傳送至查詢伺服器,後者接著擷取要編目的內容,再將其傳送至索引伺服器。當使用者負載很高時,編目作業可能會降低系統對使用者要求的回應。
您可以設定執行編目的專用查詢伺服器,以減輕編目作業對伺服器陣列效能的影響。指定執行編目的專用查詢伺服器可強制所有編目作業皆透過專用伺服器提供,同時伺服器陣列中的所有其他查詢伺服器會繼續服務使用者要求。在編目作業無法限制於午夜最佳時間範圍的環境中,或使用者全天候提出要求之地理位置分散的環境中,這種設定特別有幫助。
如需如何指定執行編目的專用查詢伺服器之詳細資訊,請參閱<設定專用前端網頁伺服器進行編目 (Office SharePoint Server 2007)>。
注意
指定執行編目的專用查詢伺服器可能會影響在伺服器上執行的其他服務。以此方式使用的查詢伺服器無法平衡負載,也無法服務一般使用者要求。
索引伺服器效能最佳化
索引作業會增加資料庫伺服器的負載,並降低伺服器陣列的回應。索引作業也會影響執行「搜尋索引」服務之應用程式伺服器上的其他共用服務。您可將每部索引伺服器的索引效能層級調整為下列三個值的其中之一:
降低
部分降低
最大
預設設定是 [降低]。只有特定索引伺服器可設定此設定,SSP 不行。
因為 Office SharePoint Server 搜尋服務將從編目文件收集的所有中繼資料寫入資料庫資料表,所以編目會影響資料庫伺服器的效能。索引伺服器產生資料的速度有可能造成資料庫伺服器超載。
您應該自行進行測試,以平衡編目速度、網路延遲、資料庫負載及要編目之內容存放庫的負載。
下表顯示測試時在索引伺服器與資料庫伺服器上,效能層級設定與 CPU 使用率之間的關係。
效能層級設定 | 索引伺服器的 CPU 使用率百分比 | 資料庫伺服器的 CPU 使用率百分比 |
---|---|---|
降低 |
20 |
20 |
部分降低 |
24 |
24 |
最大 |
25 |
26 |
請考量下列清單中的效能層級設定案例與建議:
如果索引伺服器與資料庫伺服器僅用於 Office SharePoint Server 搜尋服務,您可以設定 [最大] 層級。但是,建議在增加與索引伺服器活動相關之資料庫伺服器的 CPU 使用率時,最多不超過 30%。如果效能層級設為 [最大] 時,資料庫伺服器的 CPU 使用率增加超過 30%,建議將效能層級設為低一級的設定。
如果應用程式伺服器與資料庫伺服器跨多項共用服務共用 (例如 Office SharePoint Server 搜尋服務與 Excel Calculation Services),建議您選取較低的效能層級設定。不過,降低索引活動所允許的最大效能,會減慢索引項目時的速度,進而使得搜尋結果過期。監視本機伺服器效能,有助於決定適當的索引伺服器效能層級。
使用下列程序可指定索引伺服器的效能層級設定。
調整索引伺服器效能
按一下 [開始],依序指向 [所有程式] 與 [Microsoft Office Server],然後按一下 [SharePoint 3.0 管理中心]。
在管理中心的首頁上,按一下 [作業]****。
在 [作業] 頁面上的 [拓撲與服務] 區段中,按一下 [伺服器上的服務]****。
在 [伺服器上的服務] 頁面上的 [伺服器] 功能表上,選取您要管理的索引伺服器。
在 [啟動下表中的服務]**** 區段中,按一下 [Office SharePoint Server 搜尋]。
在 [設定 Office SharePoint Server 搜尋服務設定] 頁面上的 [索引器效能]**** 區段中,選取您要套用的效能層級。
按一下 [確定] 儲存變更。
編目程式影響規則
編目程式影響規則是伺服器陣列層級的搜尋組態設定,指定 Office SharePoint Server 搜尋服務使用指定的內容來源編目時所產生的同時要求數目。同時的要求數目愈大,編目速度就愈快。請注意,在編目程式影響規則中指定的要求頻率,會直接影響資料庫伺服器上的負載及架設要編目內容的伺服器負載。如果增加指定網站的要求頻率,則應謹慎監視正被編目的地伺服器,以評估能否接受較大的負載。
預設值是索引伺服器的處理程序數。因此,有四顆處理器的電腦,預設值為 8。建議您調整該值並測量目標伺服器上的負載,以決定最佳的同時要求數目。您可以從下列可用值中選取同時的要求數目:1、2、4、8、16、32、64。
您也可以建立規則每次只能要求一份文件,要求之間需等候指定的秒數。這類規則適用於編目使用者負載固定的網站。
下表顯示在索引伺服器與資料庫伺服器上,同時的要求數目與 CPU 使用率之間的關係。
編目執行緒數目 | 索引伺服器的 CPU 使用率百分比 | 資料庫伺服器的 CPU 使用率百分比 |
---|---|---|
4 |
35 |
12 |
8 |
40 |
15 |
12 |
45 |
15 |
16 |
60 |
20 |
您可以使用下列程序建立編目程式影響規則。
建立編目程式影響規則
按一下 [開始],依序指向 [所有程式]**** 與 [Microsoft Office Server],然後按一下 [SharePoint 3.0 管理中心]****。
在管理中心的首頁上,按一下 [應用程式管理]。
在 [應用程式管理] 頁面上,按一下 [搜尋]**** 區段中的 [管理搜尋服務]。
在 [管理搜尋服務] 頁面上,按一下 [伺服器陣列層級搜尋設定] ****區段中的 [編目程式影響規則]。
按一下 [編目程式影響規則] 頁面上的 [新增規則]****。
在 [新增編目程式影響規則] 頁面上的 [網站] 區段中,輸入要為其建立規則的網站名稱。請勿包含通訊協定 (例如,不要包含 http://)
在 [要求頻率]**** 區段中,指定編目程式向此網站要求文件的方式。
若要同時要求多份文件,請選取 [每次可要求指定的文件數目上限,要求之間不需等候]****,再從 [同時的要求數目] 清單中選取所需的值。
若要每次只能要求一份文件,請選取 [每次只能要求一份文件,要求之間需等候指定的時間]****,然後在 [等候時間 (秒)] 方塊中輸入要求之間要等候的秒數。
按一下 [確定]**** 建立規則。
決定查詢伺服器的規格
使用本節的資訊可決定 Office SharePoint Server 2007 伺服器陣列的查詢伺服器規格。
查詢伺服器記憶體
可用記憶體愈大,Office SharePoint Server 搜尋服務存取硬碟執行指定查詢所需的時間就愈少。記憶體足夠,快取也會更有效。在理想狀況下,查詢伺服器上應安裝足夠的記憶體,以容納整個索引。
下圖顯示查詢伺服器上的索引大小與每個查詢的使用者回應時間之間的關係。
查詢伺服器磁碟速度
建議使用 RAID 10,以快速寫入磁碟。
查詢伺服器數目
您可在伺服器陣列中部署多部查詢伺服器,以達到備援與負載平衡。使用的查詢伺服器數目取決於出現在伺服器陣列中的使用者人數,以及您預期的尖峰負載量。測試結果顯示每個伺服器陣列最多可有八部查詢伺服器。
下圖顯示將查詢伺服器新增至伺服器陣列時的查詢輸送量、搜尋資料庫的資料庫伺服器 CPU 使用率百分比,以及查詢伺服器 CPU 使用率百分比。在產生此資料的測試中,內容資料庫與服務資料庫會共用所使用的資料庫伺服器。
遠端伺服器延遲
伺服器延遲是影響編目效能的主因。伺服器陣列伺服器間的效能必須平衡,整體編目效能才能完全發揮。例如,若要編目的資料庫伺服器回應得不夠快,則強大的索引伺服器只會用到 25% 的容量。在此情況下,您可以擴充資料庫伺服器,接著即可增加整個伺服器陣列的編目速度。
您應自行進行測試,以評估環境中的伺服器回應。服務目標伺服器陣列的資料庫伺服器,通常是編目效能低落的瓶頸。若要增進編目效能,您可以:
新增或升級處理器、增加記憶體以及升級為搜尋與寫入時間較快的硬碟,以擴充資料庫伺服器的硬體。
增加伺服器陣列的查詢伺服器記憶體
在非尖峰時間執行編目,讓要編目的資料庫伺服器於白天服務使用者流量,在離峰時間回應編目。
決定資料庫伺服器的規格
Office SharePoint Server 2007 搜尋系統會同時編目文字資料及與內容相關的中繼資料。之前在 Office SharePoint Portal Server 2003 中,索引系統收集的所有中繼資料會儲存在 JET 資料庫的屬性儲存區中。現在在 Office SharePoint Server 2007 中,反向全文檢索索引會儲存在索引伺服器上,而中繼資料則是儲存在搜尋資料庫中。索引伺服器會將中繼資料寫入資料庫,再由查詢伺服器讀取該資料,以處理使用者發出的以屬性為基礎的查詢。
使用本節的資訊可決定 Office SharePoint Server 2007 伺服器陣列的資料庫伺服器規格。
資料庫輸送量
伺服器陣列中的索引伺服器及所有查詢伺服器會共用資料庫中繼資料儲存區。索引伺服器會寫入所有中繼資料,再由查詢伺服器讀取此資料,以處理搜尋要求。查詢輸送量主要依賴中繼資料儲存區的回應。
當伺服器陣列中的查詢伺服器數目增加時,資料庫伺服器的負載也會增加,並影響整體查詢輸送量。將索引伺服器或查詢伺服器新增至伺服器陣列時,應謹慎監視資料庫伺服器,並確定資料庫效能仍足夠。
分散資料庫伺服器硬碟
因為 Office SharePoint Server 搜尋服務在編目期間會將大量資料寫入搜尋資料庫,所以建議 SharedServices_Search_Db、SharedServices_Db 及 TempDb 資料庫使用不同的磁針,為索引包含逾 500 萬筆項目的案例取得較佳的效能。
資料庫伺服器磁碟速度
建議使用 RAID 10,以快速寫入磁碟。
下載本書
本主題隨附於下列可下載的叢書中,以便於閱讀與列印:
請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。