共用方式為

規劃可用性 (Office SharePoint Server)

  • 發行項

本文說明一般可用性、SharePoint 產品及技術環境的可用性成本與挑戰，以及可以在環境中使用的策略和解決方案。如果您的伺服器陣列執行 Microsoft Office SharePoint Server 2007，則應該閱讀本文。您可能會想要下載和列印附有本文的 Office SharePoint Server 2007 可用性模型 (英文) (https://go.microsoft.com/fwlink/?linkid=122369&clcid=0x404)，其提供海報大小的本文內容摘要。

可用性概觀

可用性是使用者察覺 SharePoint 產品及技術環境可用的程度。確定可用性即表示確定系統具彈性，也就是說，服務影響事件不常發生，但一旦發生則會採取即時和有效動作。可用性策略是將使用者察覺到計劃和未計劃停機時間的機會減到最低。

最常用的一種可用性測量是執行時間百分比 (以「以 9 組成的數字」**表示)，即指定系統使用中並運作的時間百分比。例如，執行時間百分比為 99.999 的系統表示其可用性是五個 9。

下表將以 9 組成的數字關聯至相等的行事曆時間。

可接受的執行時間百分比 每天的停機時間 每個月的停機時間 每年的停機時間

95

72.00 分鐘

36 小時

18.26 天

99

14.40 分鐘

7 小時

3.65 天

99.9

86.40 秒

43 分鐘

8.77 小時

99.99

8.64 秒

4 分鐘

52.60 分鐘

99.999

0.86 秒

26 秒

5.26 分鐘

如果您可以根據以往經驗猜測想要的總停機時數，則可以使用下列公式計算一年、一個月或一週的執行時間百分比：

% 執行時間/年 = 100 - (8760 - 每年的停機總時數)/8760

% 執行時間/月 = 100 - ((24 * 當月的天數) - 該行事曆月份的停機總時數)/(24 * 當月的天數)

% 執行時間/週 = 100 - (168 - 當週的停機總時數)/168

可用性未具有的功能

可用性不是資料保護和修復也不是損毀修復 (雖然這些概念彼此相關)，而您應在任何高度可用系統中都應該要有資料保護和損毀修復計畫。保護和復原資料以是基於下列特定業務需求之一般業務需求：

  • 保持某個項目或網站有一個以上的版本可供檢閱。

  • 復原意外刪除的項目或網站。

  • 基於法律聲明、法規或業務理由而封存資料。

  • 在發生未預期硬體故障或軟體失敗時還原系統。

而且，可用性也不是商業持續管理 (BCM)。BCM 包含針對處理風險而事先準備的商業決策、程序和工具。風險可能是當地、區域或國家事件，也可能只與貴公司有關。

SharePoint 產品及技術可用性和資料保護管理策略可能是您技術 BCM 計畫的一部分，但是整體 BCM 計畫應該更為完善 (包括下列元素)：

  • 清楚記載的程序。

  • 重要商業記錄的離站儲存。

  • 清楚指定的連絡人。

  • 進行中的人員訓練。

  • 離站修復機制。

可用性成本

可用性是系統中較昂貴的需求之一。可用性層級愈高，再加上保護的系統數愈多，可用性解決方案就愈複雜，成本也會愈高。當您投資於可用性時，成本包括：

  • 額外的硬體和軟體，通常涉及軟體 (例如容錯移轉和復原的自訂指令碼) 之間的複雜作業。

  • 額外的作業複雜性。

達到可用性的成本應該根據您的業務需求進行評估；並非組織內的所有解決方案都需要相同的可用性層級。您可以針對不同的網站、不同的服務 (例如，搜尋和商務智慧) 或不同的伺服器陣列，提供不同的可用性層級。

可用性是一重要區域，資訊技術 (IT) 小組可在其中提供服務層級協定 (SLA) 以設定客戶群組的期望。許多 IT 組織會提供各種與不同退款層級相關的 SLA。

注意

計算可用性時，大部份的組織都會特別去除或增加計劃維護活動的時數。

SharePoint 產品及技術可用性的挑戰

SharePoint 產品及技術部署具有下列提供可用性的挑戰：

  • 當您套用修補程式或升級伺服器陣列時，伺服器陣列無法使用。

  • 在多部伺服器上安裝索引角色，並無法達成索引伺服器備援。若要克服索引伺服器的遺失，您需要重新安裝伺服器，以及從備份還原伺服器，或是在搜尋重新編目內容時依賴稍微過時的結果。您也可以使用＜伺服器陣列內的搜尋可用性＞和＜伺服器陣列之間的搜尋可用性＞小節所述的一種技術來減少修復搜尋所需的時間。

  • SharePoint 產品及技術不會察覺到 Microsoft SQL Server 2005 資料庫鏡像。雖然建議您考慮使用 SQL Server 鏡像作為 SharePoint 的可用性技術，但是這樣做需要再進行額外的自動化。

考慮可用性的時機

建議您將可用性需求視為 SharePoint 解決方案核心設計的一部分。您也可以在部署解決方案之後提供增強的可用性。從作業方面來看，建議您部署和調整伺服器陣列內的核心解決方案，然後測試可用性解決方案。

決定可用性需求

若要計量組織的網站、服務或伺服器陣列停機時間容忍度，請針對網站、服務或伺服器陣列回答下列問題。

  • 如果網站、服務或伺服器陣列變成無法使用，組織內的員工是否就無法執行他們的預期工作職責？

  • 如果網站、服務或伺服器陣列變成無法使用，是否會中止業務和客戶交易，因而導致業務和客戶的流失？

如果這些問題的答案都是「是」，則應該投資進行可用性解決方案。

選擇可用性策略

您可以選擇多種不同的方式來增強可用性，包括：

  • 元件的容錯。

  • 伺服器陣列內伺服器角色與資料庫之間的備援和容錯移轉。

  • 伺服器陣列之間的備援和容錯移轉。

可用性系統需求

在理想的狀況下，容錯移轉元件和系統各方面都會符合主要元件和系統：平台、硬體和伺服器數目。容錯移轉環境必須至少可以處理容錯移轉期間的預期流量。請記住，容錯移轉網站只能服務一小部分的使用者。系統必須至少符合下列項目：

  • 作業系統版本和所有更新

  • SQL Server 版本和所有更新

  • SharePoint 產品及技術版本和所有更新

雖然本文主要是討論 SharePoint 產品及技術可用性，但是系統中的其他元件也會影響系統執行時間。請特別考慮下列項目：

伺服器陣列內的可用性

若要支援伺服器陣列內的可用性，請規劃具備容錯元件、備援伺服器角色，及資料庫可用性的支援 (不論是透過叢集和 (或) 資料庫鏡像)。

元件容錯

在任何系統中，建議您與硬體廠商合作以採購您系統適用的容錯硬體，包括獨立磁碟備援陣列 (RAID) 陣列。如需建議，請參閱＜規劃效能和容量 (Office SharePoint Server)＞。

規劃元件容錯時，請考慮下列項目：

  • 伺服器內每個元件的完整備援可能不切實際。請使用其他伺服器進行額外的備援。

  • 因為索引伺服器角色無法作為備援，所以請考慮索引伺服器角色的元件備援。

  • 確定伺服器有多個連接到不同電源來源的電源供應器，以取得最大備援能力。

伺服器陣列內伺服器角色之間的備援和容錯移轉

SharePoint 產品及技術支援在伺服器陣列的備援電腦上執行伺服器角色 (即往外延展)，以增加容量並改善效能，以及提供基本可用性。容量和效能可決定伺服器陣列內的伺服器數目和伺服器大小。符合基本需求之後，即可新增更多伺服器來增加服務的整體可用性。

單一伺服器陣列內的備援

單一伺服器陣列可用性

下表說明 SharePoint 產品及技術環境中的伺服器角色和服務 (列在 SharePoint 管理中心網站的 [伺服器上的服務] 頁面上)，也會說明伺服器陣列內每個項目的基本備援策略。

伺服器上的服務 伺服器陣列內的喜好基本備援策略

網頁伺服器

部署至多部伺服器，並使用軟體或硬體負載平衡來負載平衡。

中型伺服器陣列的網頁伺服器 (Web 應用程式和搜尋查詢服務)

部署至多部伺服器。

搜尋索引

無法部署至多部伺服器，而且無法作為備援。您必須使用不同的可用性策略。如需詳細資訊，請參閱＜伺服器陣列內的搜尋可用性＞。

Excel 計算

部署至多部伺服器。

專案應用程式

部署至多部伺服器。

如需詳細資訊，請參閱＜規劃備援 (Office SharePoint Server)＞。

單一伺服器陣列的資料庫可用性策略

使用 SQL Server 叢集或 SQL Server 高可用性鏡像 (也稱為同步鏡像)，即可提供伺服器陣列內的資料庫可用性。

叢集 容錯移轉叢集提供整個 SQL Server 執行個體的可用性支援。容錯移轉叢集由一或多個節點或伺服器，搭配兩個或兩個以上的共用磁碟所組成。容錯移轉叢集執行個體會顯示為單一電腦，但具備功能可在目前的節點變成無法使用時，提供節點之間的容錯移轉。

Office SharePoint Server 2007 將叢集視為一個整體，因此容錯移轉從 SharePoint 產品及技術的角度看來是自動且流暢的。

同步資料庫鏡像 資料庫鏡像透過當主體資料庫的交易記錄檔緩衝區寫入磁碟時，將交易直接從主體資料庫與伺服器傳送至鏡像資料庫與伺服器，以提供可用性支援。建議您使用高可用性資料庫鏡像 (也稱為使用自動容錯移轉的高安全性模式)。高可用性資料庫鏡像包含三個伺服器執行個體：一個主體、一個鏡像及一個見證。見證伺服器可讓 SQL Server 從主體伺服器自動容錯移轉至鏡像伺服器。從主體資料庫容錯移轉至鏡像資料庫一般需要幾秒鐘。

每個技術各有其優缺點。叢集較容易實作，但較昂貴。Microsoft Office Project Server 2007 資料庫不支援 SQL Server 鏡像。

下表比較容錯移轉叢集與 SQL Server 高可用性鏡像。

SQL Server 容錯移轉叢集 SQL Server 高可用性鏡像

鏡像會在失敗時立即接手。

鏡像會在失敗時立即接手。

交易式一致。

交易式一致。

交易式並行。

交易式並行。

最短的修復時間 (秒到分鐘)。

稍微久一點的修復時間 (秒到分鐘)。

資料庫節點會自動偵測到失敗；SharePoint 產品及技術會參照該叢集，以從 SharePoint 產品及技術觀點順利並自動進行容錯移轉。

需要指令碼，才能達成 SharePoint 產品及技術容錯移轉。

因為會在叢集的節點之間共用存放裝置，所以不會保護失敗的存放裝置。

因為主體和鏡像資料庫伺服器都會寫入本機磁碟，所以會防止存放裝置失敗。

需要較昂貴的共用存放裝置。

可以使用較不昂貴的直接附加儲存裝置 (DAS)。

相同的子網路。

SQL Server 與網頁伺服器之間的延遲，最多 1 毫秒 (ms)。

雖然遺失叢集時唯一可用的修復點是最後一次的完整備份，但是還是可以使用 SQL Server 簡單修復模式。

需要 SQL Server 完整修復模式。

沒有效能負擔。

產生交易延遲。增加記憶體和處理器負擔。

最小作業負擔。

其他作業負擔，包括指令碼和設定 SQL Server 別名。

如需如何使用叢集的詳細資訊，請參閱＜使用 SQL Server 叢集設定單一伺服器陣列的可用性＞。

如需如何使用同步鏡像的詳細資訊，請參閱＜使用 SQL Server 資料庫鏡像設定單一伺服器陣列的可用性＞和＜使用資料庫鏡像 (Office SharePoint Server) (白皮書)＞。

位置緊鄰且設定為單一伺服器陣列 (「延長」伺服器陣列) 的資料中心之間的備援和容錯移轉

某些企業的資料中心以高頻寬連線彼此緊鄰，因此它們可以設定為單一伺服器陣列。這稱為「延伸」伺服器陣列。若要讓延伸伺服器陣列運作，SQL Server 與網頁伺服器之間的單向延遲必須小於 1 毫秒，而且每秒頻寬至少 1 GB。

  • 在這種情況下，您可以使用同步鏡像來提供 SharePoint 資料庫備援。在延伸伺服器陣列內，您可以鏡像設定資料庫和內容資料庫。如需某家公司使用延伸伺服器陣列的案例研究，請參閱＜使用資料庫鏡像的 SharePoint 高可用性個案研究 (白皮書)＞。

  • 洽詢 SAN 廠商，決定是否可以使用 SAN 複寫或另一種支援的機制，以提供跨資料中心的可用性 (例如在地理位置不同的伺服器叢集上執行的 SQL Server)。請確定 SAN 複寫解決方案提供足夠的並行層級和交易一致性。

在延伸伺服器陣列內，您可以擁有下列項目，以提供執行 SSP 之應用程式伺服器的容錯：

  • 多部查詢伺服器

  • 執行 Excel Calculation Services 的多部伺服器

索引伺服器是這種情況的單一失敗點。您可以備份和還原搜尋，或者，如果修復時進行搜尋十分重要，則請使用容錯移轉 SSP 伺服器陣列。如需詳細資訊，請參閱＜伺服器陣列內的搜尋可用性＞。

Project Server 是這種情況的另一個單一失敗點。請規劃備份和還原 Project Server 資料庫。

「延伸」伺服器陣列

「延伸的」伺服器陣列

伺服器陣列內的搜尋可用性

在伺服器陣列內，索引伺服器角色不可重複。容錯移轉後搜尋並行作業的業務需求，會決定解決方案的邏輯架構。

如果公司不需要在容錯移轉後立即搜尋並行和可用性，則可以將搜尋 SSP 備份和還原至容錯移轉網站。

如果公司需要快速搜尋並行和可用性，則可以使用下列其中一個方法：

  • 具有兩個相同 SSP 的單一伺服器陣列架構。

    注意

    如果公司需要快速搜尋並行和可用性，而且您使用設定檔，則容錯移轉 SSP 上的設定檔不會同步處理至主要 SSP 上的設定檔；它們的狀態會是第一次匯入時的狀態。若要使所有 SSP 上的設定檔維持同步，則必須使用 32 位元 SharePoint Administration Toolkit (英文) (https://go.microsoft.com/fwlink/?linkid=119535&clcid=0x404) 或 64 位元 SharePoint Administration Toolkit (英文) (https://go.microsoft.com/fwlink/?linkid=119536&clcid=0x404) 中所包含的「使用者設定檔複寫引擎」。如需詳細資訊，請參閱＜使用者設定檔複寫引擎 (Office SharePoint Server)＞。

  • 架設搜尋和其他 SSP 的集中式父項伺服器陣列。在中央伺服器陣列的搜尋服務會編目其他所有伺服器陣列的內容。這個架構可以用來支援一或多個伺服器陣列。

具有兩個 SSP 的單一伺服器陣列

下列架構可以防止索引伺服器失敗。在這種拓撲中，兩個 SSP 會使用相同的規則來編目相同的內容。除非發生容錯移轉，否則容錯移轉 SSP 不會連接至主要網站。

具有兩個共用服務提供者的單一伺服器陣列

含兩個 SSP 的伺服器陣列

此拓撲具有下列限制：

即時編目大型資料集的功能受到多個因素的影響 (包括索引伺服器與網頁伺服器之間的延遲和頻寬)。

在頻寬有限的環境中，這種拓撲會大幅降低效能。而編目兩次內容則會增加正在編目之內容存放庫的額外負載，進而影響存放庫效能。可能也會嚴重影響保持最新索引的搜尋功能。

集中式 SSP 伺服器陣列

在下列架構中，使用父項 SSP 伺服器陣列可以防止索引伺服器失敗。雖然這似乎是硬體密集解決方案，但是不同 SSP 伺服器陣列可以共用一些硬體 (例如叢集或鏡像資料庫伺服器)，而且索引伺服器位在不同的伺服器上。如需如何規劃和設定 SSP 伺服器陣列的詳細資訊，請參閱＜規劃 SSP 架構＞。

這種拓撲具有下列優點：

  • 集中管理 SSP。

  • 伺服器陣列失敗不需要重新編目。

集中式 SSP 伺服器陣列

SSP 容錯移轉伺服器陣列

此拓撲有下列限制：

具有多個伺服器陣列的資料中心之間的備援和容錯移轉

您可以設定容錯移轉伺服器陣列，以提供主要伺服器陣列的不同資料中心的可用性。具有不同容錯移轉伺服器陣列的環境具有下列特性：

  • 不同的設定資料庫和管理中心內容資料庫必須維護在容錯移轉伺服器陣列上。

    注意

    如果您已設定主要伺服器陣列的替代存取對應，則特別重要的是在容錯移轉伺服器陣列進行完全相同的設定。

  • 所有自訂必須部署在兩個伺服器陣列上。

  • 修補程式必須分別套用至兩個伺服器陣列。

  • 只有內容資料庫才可以成功地以非同步方式鏡像或記錄傳送至容錯移轉伺服器陣列。

  • 鏡像或記錄傳送資料庫必須設定成使用完整修復模式。

  • SSP 資料庫 (包括 Office Project 2007 資料庫) 可以備份並還原至容錯移轉伺服器陣列。

洽詢 SAN 廠商，決定是否可以使用 SAN 複寫或另一種支援的機制，以提供跨資料中心的可用性。

如果將 SQL Server 記錄傳送設定為一或多個額外資料中心，就可以跨多個資料中心重複這種拓撲。

注意

SQL Server 鏡像只可以與一部鏡像伺服器搭配使用，但是您可以記錄傳送至多部次要伺服器。

容錯移轉之前的主要和容錯移轉伺服器陣列

容錯移轉之前的主要和容錯移轉伺服器陣列

下表列出 SharePoint 產品及技術環境中的伺服器角色和服務，以及可以用於伺服器陣列之間每個項目的基本備援策略。

伺服器或伺服器角色 伺服器陣列之間的喜好基本備援策略

SQL Server

SQL Server 非同步資料庫鏡像、SQL Server 記錄傳送或其他非同步複寫機制。

注意

不可以用於裝載搜尋資訊的 SSP 資料庫，也不可以用於 Project Server 資料庫。

前端網頁伺服器

部署在兩個伺服器陣列上 (包括自訂)

中型伺服器陣列的網頁伺服器 (Web 應用程式和搜尋查詢服務)

部署在兩個伺服器陣列上。

搜尋索引

部署在兩個伺服器陣列上。請從移動至容錯移轉伺服器陣列的原始伺服器陣列復原備份。

Excel 計算

部署在兩個伺服器陣列上。如果 SSP 未架設搜尋，則可以使用非同步資料庫鏡像、SQL Server 記錄傳送或其他非同步複寫機制，將資料移動至容錯移轉伺服器陣列。

如果 SSP 也架設了搜尋，則必須從要移動的原始伺服器陣列移到復原備份。

專案應用程式

部署在兩個伺服器陣列上。請從移動至容錯移轉伺服器陣列的原始伺服器陣列復原備份。

伺服器陣列之間的搜尋可用性

搜尋需要搜尋資料庫、SSP 資料庫和索引之間進行完整同步處理。因為這項需求，所以使用非同步複寫機制 (非同步資料庫鏡像、記錄傳送或非同步 SAN 複寫) 並無法在伺服器陣列之間複寫搜尋。

注意

如果執行的 SSP 未含搜尋或 Project，則可以使用非同步複寫機制來移動資料。

若要在容錯移轉伺服器上提供搜尋，必須使用下列其中一個方法：

  • 將搜尋 SSP 的備份復原至容錯移轉伺服器。

  • 使用架設搜尋和其他 SSP 的集中式父項伺服器陣列。在中央伺服器陣列的搜尋服務會編目其他所有伺服器陣列的內容。

摘要

請仔細檢閱可用性需求。可用性層級愈高，再加上保護的系統數愈多，可用性解決方案就愈複雜，成本也會愈高。

達到可用性的成本應該根據業務需求進行評估。並非組織內的所有解決方案都需要相同的可用性層級。您可以針對不同的網站、不同的服務 (例如，搜尋和商務智慧) 或不同的伺服器陣列提供不同的可用性層級。

感謝

Microsoft Office SharePoint Server 內容發佈小組謝謝本文的下列技術審閱人員：

  • Bill Baer，Microsoft Online Services，負責 SharePoint，技術工程師

  • James Petrosky，Microsoft 諮詢服務，資深顧問

  • Steve Peschka，Microsoft 諮詢服務、IW 資深設計師

  • Dan Winter，Microsoft 客戶支援服務，特殊問題工程師

  • Sean Livingston，Microsoft SharePoint 產品及技術，程式經理

  • Mike Watson，技術工程師

  • Todd Carter，Microsoft Premier Field Engineering，Premier 首席現場工程師

  • Mike Plumley，Microsoft Office Project Server，撰寫員

  • Christophe Fiessinger，Microsoft Office Project，資深技術產品經理

  • Sid Shah，Microsoft Search，程式經理

  • Luca Bandinelli，Microsoft SharePoint 產品及技術，程式經理

下載本書

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

另請參閱

概念

設定高可用性 (Office SharePoint Server)