共用方式為

規劃全域企業搜尋

  • 發行項

本文內容：

  • 建議的搜尋架構

  • 集中式搜尋

  • 對內容進行同步處理的區域性 SSP

  • 集中式搜尋加上分散式搜尋

  • 分散式搜尋

  • 同盟搜尋

建議的搜尋架構

如果您規劃在不同地理位置部署一個以上執行 Microsoft Office SharePoint Server 2007 的伺服器陣列，適用於這種廣域網路 (WAN) 環境的搜尋架構就有數種。本文將討論這些架構。以下這個海報大小的模型會提供支援通用解決方案和建議搜尋架構的概觀：在不同地理位置部署 Microsoft Office SharePoint Server (英文) (https://go.microsoft.com/fwlink/?linkid=110982&clcid=0x404) 。本模型是以 Microsoft Office Visio 建立。如果您尚未安裝，則可以下載免費檢視器 (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0x404) 。若要列印此檔案，最好使用繪圖機。

注意

這份海報尚未更新同盟搜尋架構的資訊。

規劃搜尋架構時，需根據組織的優先順序，與下列需求類型取得平衡：

  • 使用搜尋查詢來尋找內容的使用者經驗。使用者經驗包括：

    • 與發出查詢要求和收到搜尋結果相關的效能問題。

    • 所傳回結果的相關程度和完整性。

  • 與透過 WAN 進行內容編目相關的效能問題。

  • 管理全域搜尋環境的成本。

在某些情況下，瞭解 WAN 環境中的搜尋架構選項將有助於決定哪一個才是最適合組織的支援通用解決方案。如需這些解決方案的詳細資訊，請參閱＜Office SharePoint Server 支援的通用解決方案＞。

本文將不會討論透過 WAN 發出搜尋查詢或透過 WAN 進行內容編目的效能特性。不過，瞭解 WAN 環境對這些作業類型的支援程度是全域環境規劃中極為重要之資訊。如需 Office SharePoint Server 2007 如何透過 WAN 執行作業的詳細資訊，請參閱＜規劃頻寬需求＞。

集中式搜尋

在使用集中式搜尋架構下，位於中央伺服器陣列的搜尋服務會對所有區域性伺服器陣列中的內容進行編目。區域使用者所執行的搜尋查詢會傳送至中央伺服器陣列。

下圖說明集中式搜尋架構。

集中式架構 - 全域搜尋部署

如果 WAN 連結可支援在區域網站上進行內容編目，則此即為建議架構，因為它可針對下列情況提供使用者統一的搜尋經驗：

  • 使用者永遠都可存取中央伺服器陣列以進行搜尋。

  • 搜尋相關程度會保留在搜尋結果中。

  • 使用者可以搜尋整個組織中他們有權限檢視的所有內容。

但是，這個架構的一個缺點是，除非所建立的搜尋範圍是根據內容所在之伺服器陣列位置，否則沒有任何方法可以為搜尋結果中的本機內容排定優先順序或加以區分。也就是說，如果區域網站上的使用者正在搜尋儲存於區域網站上的文件，那麼當文件列於搜尋結果中時，並沒有任何簡單的方法可以區分文件所在的位置。

如果 WAN 連結的執行效能不佳，這個架構也會帶來許多風險。進行內容編目會使 WAN 連結超載，為使用者之要求提供服務的效能也會因此降低。如果大量資料的變更比例過高，則索引工作可能無法跟上所做的變更。但是，您可以透過一些方法將 Office SharePoint Server 2007 最佳化，以便使內容在透過 WAN 進行編目時也能獲得最佳化。這些最佳化處理可以降低在編制索引程序期間所用的時間和網路流量。如需詳細資訊，請參閱＜為 WAN 環境進行 Office SharePoint Server 的最佳化＞中的＜針對內容編目進行最佳化＞。

最後，雖然 WAN 連結會影響您能否從遠端進行內容編目 (甚至連帶影響能否使用集中式搜尋架構)，但是對於區域使用者來說，傳輸較慢的 WAN 連結可能也會是決定搜尋有用性程度的要因。傳輸慢的 WAN 連結會讓使用者不想發出查詢。您可以藉由將內容編目和其他會降低效能的作業安排在離峰時段執行，讓正常工作時間內的 WAN 效能最佳化。即使採取了最佳化處理，您還是應該決定集中式搜尋架構在透過現有 WAN 連結之下，是否能完全滿足區域使用者的需求。

在許多情況下，提供集中式搜尋架構有助於調整 Office SharePoint Server 2007，以便為區域使用者提供服務。

下表摘要列出集中式搜尋架構的優缺點。

優點 缺點

搜尋相關程度會保留。

共用服務提供者 (SSP) 會集中管理。

透過 WAN 進行的內容編目會佔用頻寬。

很難在有大量資料且變更比例偏高的環境中擁有最新索引。

查詢效能受限於 WAN 連結的效能。

對內容進行同步處理的區域性 SSP

如果 WAN 連結不支援集中式搜尋架構，而您要為區域網站提供搜尋以作為服務，您可以在每個區域網站上架設 SSP。

許多不同搜尋架構都可讓您在區域網站上架設 SSP。這些架構中的第一種需依賴對整個組織中的內容進行同步處理，因此每個區域網站都會有區域網站上工作者所需的所有內容複本。設計全球資訊結構和管理方式會說明這種管理整個全球化組織內容的方法。因為內容已經過同步處理，所以不需要透過 WAN 從遠端進行內容編目。

下圖說明此架構。

同步式搜尋架構

在本圖中：

  • 所有準備好可在組織間共用的專案均會發佈到中央網站，而不論內容是在何處建立。

  • 當內容發佈到中央網站之後，專案的唯讀版本即會同步處理至所有網站。

  • 每個伺服器陣列上的搜尋服務只會針對該伺服器陣列內的內容進行編目。

同樣地，公司資訊也會以相同方式在整個組織中進行同步處理，如下圖所示。

共用服務提供者全域搜尋案例

雖然此架構不需透過 WAN 進行內容編目，但仍需要使用 WAN 連結在整環境中對內容進行同步處理。若要降低對 WAN 效能的影響，您可以將這些作業安排在離峰時段執行。主要優點是區域使用者可以使用本機搜尋服務，從本機存取內容。在此架構下，即可為 WAN 連結的使用設定排程並加以管理，當使用者執行份內職責時，便不會受到 WAN 連結的效能所阻礙。

下表摘要列出此搜尋架構的優缺點。

優點 缺點

在本機進行內容編目。

搜尋查詢效能不會受限於 WAN 連結的效能。

搜尋相關程度會保留在每個伺服器陣列中。

多個 SSP 會增加管理成本。

在整個組織中對內容進行同步處理會增加解決方案的複雜性。

集中式搜尋加上分散式搜尋

您可以設計一套結合集中式搜尋和分散式搜尋的搜尋架構。在此架構下，每個區域的搜尋服務即可對該區域的所有內容進行編目，而中央伺服器陣列則對整個組織中所有伺服器陣列的內容進行編目。

在此架構下，區域使用者可以搜尋本機內容，而不需使用 WAN 連結。只要在中央伺服器陣列上發出查詢，區域使用者便可以對全球化組織進行搜尋。

下圖說明集中式搜尋加上分散式搜尋的架構。

分散式和集中式搜尋的伺服器陣列設定

在此圖表中：

  • 每個伺服器陣列均會架設 SSP。本機 SSP 提供的搜尋服務會在每個區域性伺服器陣列上對本機內容進行編目。

  • 由中央伺服器陣列上之 SSP 所提供的搜尋服務也會在區域性伺服器陣列上進行內容編目。

此架構的主要優點是，如果提供全域搜尋這個選擇，查詢效能便會針對本機內容最佳化。此架構在下列情況的運作也十分順暢：

  • 區域工作者主要藉由搜尋來存取本機內容。

  • WAN 連結支援在區域網站上進行內容編目。

這個架構類似集中式搜尋架構，但是進行內容編目時，它需要大量使用 WAN 連結。不過，如果提供的選擇是本機搜尋，全域搜尋對於整體搜尋架構的效用就不會如此明顯，您可以在設定編目排程和服務層級協定時將這點列入需考慮的因素。

下表摘要列出此搜尋架構的優缺點。

優點 缺點

查詢效能會針對本機內容最佳化。

相較於集中式搜尋模型，此架構可大幅減少透過 WAN 進行查詢的數量。

搜尋相關性會根據搜尋範圍 (本機或全域) 而產生最大效益。

多個 SSP 會增加管理成本。

透過 WAN 進行的內容編目會佔用頻寬。

對於執行全域查詢的區域使用者而言，查詢效能會受到 WAN 連結效能的影響。

分散式搜尋

如果 WAN 連結無法支援在全球環境中對內容進行同步處理，或在區域性伺服器陣列上對遠端內容進行編目，您可以只提供區域性伺服器陣列層級上的搜尋功能。在分散式搜尋架構下，每個區域性伺服器陣列都會架設自己的 SSP，而且每個區域性 SSP 所提供的搜尋服務只會對本機內容進行編目。

下圖說明分散式搜尋架構。

分散式架構中的 SSP 全域搜尋

請考慮在下列情況下實作分散式搜尋架構：

  • 區域網站與 WAN 連結的連線狀況不佳。

  • 區域網站各自獨立，彼此互不牽制。

  • 區域網站並不十分依賴與中央網站的連線，例如，組織在各地設立分公司，彼此獨立營運。

  • 擁有許多區域網站，而且業務模式和 WAN 連結不支援集中管理模式，例如，組織設立了許多分公司，但彼此間的 WAN 連線狀況不佳。

下表摘要列出分散式搜尋架構的優缺點。

優點 缺點

搜尋相關程度會保留。

無法透過 WAN 連結進行內容編目。

不是對整個企業進行搜尋。

區域性伺服器陣列上的使用者必須連線至中央伺服器陣列，才可在該伺服器陣列上搜尋內容。

同盟搜尋

同盟搜尋是 Infrastructure Update for Microsoft Office Servers 中新加入的功能。Microsoft Search Server 2008 也有提供此功能。同盟搜尋讓使用者可以發出會搜尋多重來源的查詢，並在單一搜尋結果網頁上的個別網頁組件中顯示結果。這些來源可以是企業內容存放庫、其他搜尋引擎，或是 Search Server 索引的某些部份。使用同盟可讓您為使用者提供更廣泛的查詢結果，而不需讓伺服器資源專用於內容編目與索引。

在分散式環境中，不同區域都有各自的伺服器陣列，因此您可以在代表不同同盟位置的每個區域上設定同盟搜尋。使用者將會在不同的同盟結果網頁組件中，看到每個區域的搜尋結果。這些結果只要一收到，便會立即顯示。例如，本機伺服器陣列的搜尋結果很可能會在透過 WAN 連線收到的搜尋結果之前先傳回。

下列圖表說明如何在不同地理位置且每個區域都已部署 Microsoft Office SharePoint Server 的分散式環境中使用同盟搜尋。

同盟搜尋與遠端伺服器陣列的連線

在此圖表中：

  • 在區域性伺服器陣列 2 上的使用者發出查詢。

  • 查詢流量會傳送到本機伺服器陣列上的網頁伺服器。網頁伺服器會將查詢轉送至同盟搜尋位置。

  • 查詢 A 和查詢 B 都是同盟位置，並會傳送到不同地理位置的分散式伺服器陣列。

  • 查詢 C 是由本機伺服器陣列提供服務的本機搜尋。

  • 搜尋結果會顯示在一個網頁上的個別網頁組件中。

在分散式環境中設定同盟搜尋

每個伺服器陣列可以透過同盟搜尋對本身的內容進行編目。若是執行 Office SharePoint Server 的伺服器陣列，則每個區域性伺服器陣列上都要有 SSP。您可以藉由建立 (在本機伺服器陣列上) OpenSearch 同盟位置，建立連至執行 Office SharePoint Server 之遠端伺服器陣列的同盟連線。OpenSearch 同盟位置必須指向遠端伺服器陣列上搜尋中心內搜尋結果頁面上的 RSS 摘要。您可以建立「本機搜尋索引」類型的同盟位置，讓本機伺服器陣列納入同盟搜尋中。若要在分散式環境中實作同盟搜尋，可將每個使用同盟位置的伺服器陣列設定為其他伺服器陣列。

下列圖表將更詳盡地說明同盟搜尋與遠端伺服器陣列的連線。

不同地理位置的分散式環境中執行同盟搜尋；每個區域有其各自部署

在此圖表中：

  • 在中央伺服器陣列上，[搜尋中心] 是納入 [公司資訊] 網站集合中。這個 [搜尋中心] 所設定的範圍可讓使用者在整個伺服器陣列中進行搜尋。這個 [搜尋中心] 會包含一個 [搜尋結果] 頁面，且此頁面上會啟用 RSS 摘要。

  • 在區域性伺服器陣列上，同盟搜尋連線 (圖說文字 A) 設定為連至中央伺服器陣列的 [搜尋結果] 頁面。這可讓區域性伺服器陣列上的本機使用者在中央伺服器陣列上對所有內容進行搜尋。

在許多設置多伺服器陣列的環境中，並非伺服器陣列中的所有內容都會與其他伺服器陣列距離相近的使用者相關。例如，特定區域的公司原則可能僅適用於該區域。如果您知道有一組內容子集與其他區域中要搜尋的使用者相關，則可在該伺服器陣列中建立範圍，讓搜尋範圍限於相關的內容子集。當您建立連至遠端伺服器陣列的同盟連線時，請連至相同 [搜尋結果] 頁面 RSS 摘要，但是要加入範圍以作為 URL 參數。例如：https://server/searchcenter/_layouts/srchrss.aspx?k={searchTerms}&s=<yourcustomscope>

如需實作 [搜尋中心] 的詳細資訊，請參閱下列文章：

當您完成建立及設定同盟搜尋位置之後，需要將每個同盟搜尋位置連至「同盟結果網頁組件」，如此使用者便可查看 [搜尋中心] 所顯示的位置結果。請針對每個伺服器陣列設定不同的「同盟結果網頁組件」。當您設定「同盟結果網頁組件」屬性時，請務必選取以非同步方式呈現結果的選項 (這是預設的設定)。只要使用這個設定，就會在收到結果時立即顯示，而使用者也就不需等待傳輸較慢的連線，即可開始檢視結果。根據預設，如果未選取非同步作業，則您必須等到每個同盟位置都收到傳回結果或等待逾時之後，才會顯示結果。逾時的時間設定為 90 秒且無法變更。

如果使用同盟搜尋，有一項需要評估的重要考量就是搜尋結果的安全性調整。根據預設，系統會針對下列位置所傳回的結果持續執行搜尋結果安全性調整：

  • 本機搜尋索引位置 (本機伺服器陣列)。

  • 使用通用認證 (一組適用於所有使用者的認證) 的 OpenSearch 位置。

  • 使用 [每個使用者] Kerberos 驗證方式的 OpenSearch 位置。

不過，若使用者認證使用 Kerberos 以外的驗證通訊協定，就不會自動通過驗證。為了確保在這些情況下針對目前使用者所傳回的結果都經過安全性調整，請擴充「同盟結果網頁組件」以納集使用者認證。如需詳細資訊，請參閱建立具有認證 UI 的自訂同盟搜尋網頁組件 (英文) (https://go.microsoft.com/fwlink/?linkid=121779&clcid=0x404)。

此外，也請考慮使用「主要同盟結果網頁組件」，顯示多個同盟位置的主要結果。不過，這個網頁組件已設定為同步顯示結果，且無法變更此設定。因此，網頁載入時間會與您在「主要同盟結果網頁組件」上設定的傳輸最慢位置一樣快速。如果在不使用 Kerberos 驗證的情況下，仍想確保 OpenSearch 位置 (亦即本機伺服器陣列之外的所有位置) 的搜尋結果會針對每位使用者進行安全性調整，那麼也需要擴充這個網頁組件以納集使用者認證。

最後，雖然同盟搜尋可讓使用者檢視多個搜尋來源，但使用者也同時受限於使用標準搜尋選項。進階搜尋選項無法與同盟搜尋搭配使用。

利用執行 Windows SharePoint Services 的伺服器陣列來使用同盟搜尋

若要利用執行 Windows SharePoint Services 的伺服器陣列來使用同盟搜尋，請將執行 Windows SharePoint Services 的伺服器陣列升級成 Search Server 2008 Express 或 Search Server 2008。升級的優點是可以在執行 Windows SharePoint Services 的伺服器陣列上進行整個伺服器陣列的搜尋，而不是僅侷限在每個內容資料庫進行搜尋。此外，您需要有 Search Server，才能在結果上提供 RSS 摘要，因為必須有 RSS 才能為遠端伺服器陣列的結果建立 OpenSearch 同盟位置，如此結果即會顯示於彙總頁面上。

下列圖表說明位於不同地理位置、且將區域位置中執行 Windows SharePoint Services 之伺服器陣列升級為 Search Server 2008 的分散式環境。

不同地理位置的分散式環境；在區域性位置升級伺服器陣列

同盟搜尋摘要

在不同地理位置部署同盟搜尋有許多優點。同盟搜尋不需要透過 WAN 連線進行內容編目，或者透過 WAN 連線對內容進行同步處理。在個別網頁組件中顯示結果，可協助使用者區分內容所在位置，讓他們更容易識別本機內容。瞭解內容所在位置也可協助使用者決定哪些結果最可能是相關的結果。

不過，此架構還是有一些缺點。首先，搜尋結果無法獲得整個企業的相關性。相關性的範圍只侷限於每個同盟位置。其次，遠端位置的查詢效能會受限於 WAN 連結。不過，使用者通常很快地就可以收到本機伺服器陣列的搜尋結果。

下表摘要列出同盟搜尋架構的優缺點。

優點 缺點

提供整個企業的搜尋。

可以搜尋的文件或項目個數沒有限制。

無法透過 WAN 連結對內容進行編目或同步處理。

查詢效能可針對本機內容最佳化，且同時為遠端內容提供結果。

使用者可以搜尋不同位置，而不需個別連線至每個位置。

您可以個別管理每個內容儲存區。

附有 Search Server 2008 的 Windows SharePoint Services 可用於區域性伺服器陣列上，代替 Office SharePoint Server。

如果使用 Kerberos 驗證，本機伺服器陣列和遠端伺服器陣列便可保有安全性調整。

搜尋相關程度沒有涵括整個企業。相關程度的範圍僅侷限於每個內容來源。

管理多個 SSP 或 Search Server 2008 的部署都會增加管理成本。

遠端位置的查詢效能會受限於 WAN 連結。

因為不是在整個環境中對內容進行同步處理，所以使用者需在頻寬使用流量離峰時段，透過 WAN 連結下載文件。

使用者無法使用進階搜尋選項。

如果不使用 Kerberos，您需要擴充同盟搜尋網頁組件，才能保有搜尋結果的安全性調整。

下載本書

本主題隨附於下列可下載的叢書中，以便於閱讀與列印：

請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。

另請參閱

概念

Office SharePoint Server 支援的通用解決方案
設計全球資訊結構和管理方式
規劃頻寬需求