規劃備援 (Windows SharePoint Services)
本文內容：
關於備援
定義伺服器備援需求
規劃有限的伺服器部署
規劃伺服器備援的最低層級
選擇基線伺服器陣列拓撲
規劃網頁伺服器備援
規劃搜尋伺服器備援
規劃資料庫伺服器備援
選取基線拓撲
本文說明 Windows SharePoint Services 3.0 伺服器陣列中所包含之備援伺服器角色的擴充選項。閱讀本文之後，您就能夠識別和記錄適用於環境的備援選項。
如需可用性的詳細資訊，請參閱＜規劃可用性 (Windows SharePoint Services)＞。
關於備援
「備援」** 這個詞常被誤解為與「可用性」** 同義。這兩個概念是相關的，但不相同。備援是指針對數個目的 (例如增進伺服器陣列效能、擴充以容納其他使用者，以及增進可用性)，在負載平衡的環境中使用多部伺服器。
可用性是比較專門的概念，是指一種具有多部伺服器的環境，其設計的目的是當伺服器陣列中有一或多部伺服器無法運作時，仍能正常接受連線及操作。因此，可用性不只有備援的意思，也代表著容錯移轉機制，以及數種其他可能的特性。然而，備援系統的可用性不會很高。
本文說明如何在 Windows SharePoint Services 3.0 伺服器陣列中實作備援伺服器。
定義伺服器備援需求
Windows SharePoint Services 3.0 支援可調整的伺服器陣列，以調整容量、效能和可用性。一般而言，容量是決定一開始有要幾部伺服器電腦的首要考量。在將效能列入重要因素之後，可用性仍扮演著決定伺服器陣列中有幾部伺服器，以及伺服器電腦大小或容量的角色。
本節結束時，您就能夠決定是否需要部署備援伺服器 (三部以上的伺服器)，將可擴充的容量建置在伺服器部署拓撲中；或者對組織而言，規劃沒有備援伺服器的有限伺服器部署是否有意義。
規劃有限的伺服器部署
如果您不需要在伺服器部署中建置額外的容量及效能，則伺服器拓撲的起點為一或兩部伺服器。若要限制使用，您可以部署單一伺服器。
.gif "單一伺服器")
限制使用的目的如下：
為了評估而安裝 Windows SharePoint Services 3.0。
針對限制的目的 (例如針對單一部門) 或針對有限的使用者數目來部署 Windows SharePoint Services 3.0。
大部分 Windows SharePoint Services 3.0 部署的建議起點為至少兩部伺服器電腦：
伺服器 1：前端網頁伺服器及搜尋伺服器電腦
伺服器 2：專用 SQL Server 電腦
.gif "有雙伺服器的伺服器陣列")
如果您判斷環境中不需要伺服器備援，現在就可以前往下一篇文章，以完成下一個規劃步驟：＜規劃效能和容量 (Windows SharePoint Services)＞。完成此規劃步驟即可判斷建議用於伺服器部署計劃的伺服器總數。您不需要閱讀本文的其餘部分。
規劃伺服器備援的最低層級
若要部署備援解決方案，必須部署伺服器陣列。使用伺服器陣列，可以減輕因未預期停機以及與進行維護相關的停機 (例如更新作業系統) 所造成的影響。
有數種不同的伺服器拓撲可用來當作基線。每個拓撲皆會建立於伺服器備援層級中。本節提供這些伺服器陣列的總覽。
有四部伺服器的伺服器陣列
建置在備援中的最小伺服器陣列包含四部伺服器：
伺服器 1 和 2：網頁伺服器。搜尋是安裝在其中一部網頁伺服器上。
伺服器 3 和 4：叢集或鏡像資料庫伺服器。
.gif "有四部伺服器的伺服器陣列")
有五部伺服器的伺服器陣列
最常見的備援伺服器陣列拓撲會導入中間層，並包含五部伺服器電腦。
伺服器 1 和 2：網頁伺服器。
伺服器 3：搜尋。
伺服器 4 和 5：叢集或鏡像資料庫伺服器。
.gif "有五部伺服器的伺服器陣列")
這個拓撲將搜尋卸載至專用伺服器電腦，以最佳化前端網頁伺服器電腦的效能。
有三部伺服器的伺服器陣列
還有另一種作法可部署較少的伺服器。若為有三部伺服器的伺服器陣列，您必須選擇要將哪一個伺服器角色作為備援：網頁伺服器角色或資料庫伺服器角色。
將第三部伺服器新增至 Web 層，即成為網頁伺服器角色的備援。搜尋角色可以安裝在任一部網頁伺服器上。
雖然可用性受限，但是這個拓撲可增加小型伺服器陣列的整體效能。當效能的重要性大於資料備援時，請使用此拓撲。
.gif "有三部伺服器的伺服器陣列之前端伺服器")
將第三部伺服器新增至資料庫層，有助於確保重要資料的可用性。資料的可用性重要，但可接受暫時失去使用者存取時，請規劃使用這個小型伺服器陣列拓撲。
.gif "有三部伺服器的伺服器陣列之資料庫")
選擇基線伺服器陣列拓撲
本文先前說明的每一種伺服器陣列拓撲，都是代表設計部署的基線起點。最適合組織的起點，取決於需要備援的伺服器角色。
本文的其餘部分將說明各伺服器角色的備援選項。當您完成本文時，就可以識別出能夠提供組織所需之備援的基線拓撲。這是當您開始規劃容量和效能時，要用來作為基線的拓撲。
規劃前端網頁伺服器備援
您可以利用本節來進行下列作業：
決定組織是否需要將備援建置在網頁層。
規劃要實作哪一種網頁伺服器負載平衡技術。
大部分的組織都需要 Web 層的備援。很少會有在三部伺服器的伺服器陣列，有一部伺服器執行網頁伺服器角色的情況。
下一個步驟是規劃要實作哪一種負載平衡技術。Windows SharePoint Services 3.0 可支援兩種負載平衡方法：
軟體，例如 Microsoft Windows Server 2003 作業系統中的網路負載平衡 (NLB) 服務。NLB 執行於前端網頁伺服器，並使用 TCP/IP 來路由傳送要求。因為 NLB (以及其他軟體負載平衡解決方案) 是在前端網頁伺服器上執行，所以它會使用前端網頁系統資源，進而減少您可以用來服務網頁的資源。然而，對系統資源的影響並不大，而且軟體解決方案可處理高達 32 部前端網頁伺服器。如需 Windows Server 2003 之 NLB 服務的詳細資訊，請參閱網路負載平衡叢集 (https://technet.microsoft.com/zh-tw/library/cc759510.aspx)。如需 Windows Server 2008 之 NLB 服務的詳細資訊，請參閱網路平衡負載 (英文) (https://technet.microsoft.com/zh-tw/library/cc732855.aspx)。
硬體，例如路由器或切換器。負載平衡硬體會使用網路，在前端網頁伺服器之間，將網站流量導向。負載平衡硬體的安裝費用比軟體貴，但是它不會影響前端網頁伺服器資源上的資源。Windows SharePoint Services 3.0 可與任何負載平衡硬體搭配使用。
建議您將負載平衡親和性設為 [無] 以便改善可用性。如果有自訂的拓撲需求，則可將親和性設為其他選項。
雖然不建議，但是還有第三種負載平衡方法，那就是與網域名稱系統 (DNS) 進行循環配置資源負載平衡。循環配置資源 DNS 負載平衡會佔用前端網頁伺服器上的大量資源、比負載平衡軟體或硬體慢，而且不建議與 Windows SharePoint Services 3.0 搭配使用。此外，循環配置資源 DNS 負載平衡在將使用者路由傳送至伺服器時，不會考慮到工作階段負載，這樣會導致伺服器超載。
規劃搜尋伺服器備援
Windows SharePoint Services 3.0 包括一個應用程式伺服器角色：搜尋。Windows SharePoint Services 3.0 搜尋應用程式角色包括搜尋和編製元件的索引。這些元件不可以分開。您可以在網頁伺服器或專用應用程式伺服器上安裝搜尋角色。除非您將 Windows SharePoint Services 3.0 部署至獨立電腦，否則不建議在資料庫的相同電腦上安裝搜尋角色。
如果主控 Windows SharePoint Services 3.0 搜尋的伺服器故障，將無法使用搜尋。還原搜尋功能所需的時間，取決於現有的內容索引是否可以還原，或者是否必須藉由重新編目內容來產生新的索引。
Windows SharePoint Services 3.0 可以基於容量因素而部署至多部伺服器；然而，這些伺服器並非備援。在這種情況下，每部搜尋伺服器都設定成編目不同組的內容資料庫。因為部署多部搜尋伺服器的主要原因是擴充容量或效能，因此後續的規劃文章會協助您決定您的部署是否適合多部伺服器。如需詳細資訊，請參閱＜規劃效能和容量 (Windows SharePoint Services)＞。
規劃資料庫伺服器備援
使用本節可協助您判斷解決方案是否需要資料庫伺服器角色的備援。後續的規劃主題可協助您決定哪一種資料庫備援技術最適合環境。
資料庫伺服器角色對解決方案可用性的影響更勝於任何其他角色。如果網頁伺服器或應用程式伺服器故障，這些角色都可以快速還原或重新部署。然而，如果資料庫伺服器故障，解決方案就需仰賴還原資料庫伺服器。這其中可能還包括重建資料庫伺服器，然後再從備份媒體還原資料。在這種情形下，您可能會遺失自上次備份工作日期之後任何新的或變更過的資料，這需視 SQL Server 2005 的設定方式而定。此外，在還原資料庫伺服器角色時，將完全無法使用解決方案。
選取基線拓撲
在您為個別的伺服器角色識別備援需求之後，請檢閱基線伺服器拓撲，並選擇最適合環境的拓撲。
下載本書
本主題隨附於下列可下載的叢書中，以便於閱讀與列印：
請參閱 Windows SharePoint Services 可下載的叢書 (英文) 上提供的完整叢書清單。