規劃可用性 (SharePoint Server 2010)
適用版本： SharePoint Foundation 2010, SharePoint Server 2010
上次修改主題的時間： 2016-11-30
本文說明選擇 Microsoft SharePoint Server 2010 環境之可用性策略時的重要決策。
當您仔細檢閱可用性需求時請注意，可用等級愈高且保護的系統愈多，可用性解決方案便可能愈複雜且愈昂貴。
並非所有組織內的解決方案都需要相同程度的可用等級。您可以針對不同的網站、不同的服務或不同的伺服器陣列，提供不同程度的可用等級。
本文內容：
可用性概觀
選擇可用性策略與等級
位置相近而設定為單一伺服器陣列 (「延伸的」伺服器陣列) 的資料中心間之備援與容錯移轉
可用性概觀
可用性是使用者認為 SharePoint Server 環境可用的程度。可用的系統是彈性的系統，亦即影響服務的事件不常發生，且一旦發生，則會採取即時有效的動作。
可用性是營運持續力管理 (BCM) 的一部分，並且與備份及復原以及嚴重損壞修復相關。如需這些相關程序的詳細資訊，請參閱＜在 SharePoint 2010 中規劃備份及復原＞與＜規劃嚴重損壞修復 (SharePoint Server 2010)＞。
注意
計算可用性時，大部分組織會特別去除或增加計劃維護活動的時數。
可用性的其中一個常用測量標準是以「9 組成的數字」所表示的上線時間百分比，亦即指定的系統在作用中且可運作的時間百分比。例如，上線時間百分比為 99.999 的系統表示其可用性是五個 9。
下表顯示上線時間百分比與行事曆時間對應項的關聯。
| 可接受的上線時間百分比 | 每天的停機時間 | 每月的停機時間 | 每年的停機時間 |
|---|---|---|---|
95 台 |
72.00 分鐘 |
36 小時 |
18.26 天 |
99 (兩個 9) |
14.40 分鐘 |
7 小時 |
3.65 天 |
99.9 (三個 9) |
86.40 秒 |
43 分鐘 |
8.77 小時 |
99.99 (四個 9) |
8.64 秒 |
4 分鐘 |
52.60 分鐘 |
99.999 (五個 9) |
0.86 秒 |
26 秒 |
5.26 分鐘 |
如果您可以有所依據地猜測每年可能停機的總時數，即可使用下列公式計算一年、一個月或一週的上線時間百分比：
上線時間百分比/年 = 100 - (8760 - 每年停機的總時數)/8760
上線時間百分比/月 = 100 - ((24 × 當月天數) - 該行事曆月份的停機總時數)/(24 × 當月天數)
上線時間百分比/週 = 100 - (168 - 該週的停機總時數)/168
可用性成本
可用性是較昂貴的系統需求之一。可用等級愈高且保護的系統愈多，可用性解決方案便可能愈複雜且愈昂貴。當您投資在可用性上面時的成本包括：
額外的軟硬體，其會增加軟體應用程式間互動與設定的複雜度。
額外的操作複雜度。
改善可用性的成本應該與業務需求一併評估，並非所有組織內的解決方案都需要相同程度的可用性。您可以針對不同的網站、不同的服務或不同的伺服器陣列，提供不同程度的可用等級。
可用性對於資訊技術 (IT) 小組提供服務等級協定 (SLA) 以界定不同客戶群的期望十分重要。許多 IT 組織提供各式與不同退款程度相關之 SLA。
決定可用性需求
若要量測貴組織對於網站、服務或伺服器陣列停機時間的容忍程度，請回答下列問題：
如果網站、服務或伺服器陣列變成無法使用，員工是否無法執行其預期的工作職責？
如果網站、服務或伺服器陣列變成無法使用，業務與客戶交易是否會停止，而導致業務與客戶的損失？
如果這些問題之中有任何一題的答案為是，則應投資可用性解決方案。
選擇可用性策略與等級
您可以選擇許多方法以改善 SharePoint Server 環境中的可用性，包括下列各項：
改善伺服器硬體元件的容錯。
增加伺服器陣列內伺服器角色的備援。
硬體元件容錯
硬體元件容錯是硬體元件與基礎結構系統 (例如伺服器層級的電源供應) 之備援。規劃硬體元件容錯時，請考量下列事項：
完成伺服器內每項元件的備援並不太可能，也不切實際。請針對額外的備援使用額外的伺服器。
確定具有多個電源供應器的伺服器連接至不同的電源，以取得最佳的備援。
不論是任何系統都建議您與硬體廠商合作，以取得系統適用的容錯硬體，包括獨立磁碟容錯陣列 (RAID)。如需建議，請參閱＜效能及容量管理 (SharePoint Server 2010)＞及＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞。
伺服器陣列內的備援
SharePoint Server 2010 支援在伺服器陣列內備援電腦上執行伺服器角色 (亦即向外延展)，以增加容量並提供基本的可用性。
您需要的容量會決定伺服器陣列中伺服器的數目與伺服器的大小。在您符合基本容量需求之後，可能需要新增更多伺服器，以提升整體可用性。下圖顯示可如何為每個伺服器角色提供備援。
伺服器陣列內的可用性
.gif "單一伺服器陣列可用性")
下表說明 SharePoint Server 2010 環境中的伺服器角色，以及可用於伺服器陣列內每部伺服器的備援策略。
| 伺服器角色 | 伺服器陣列內喜好的備援策略 |
|---|---|
前端網頁伺服器 |
在伺服器陣列內部署多部前端網頁伺服器，並使用網路負載平衡 (NLB)。 |
應用程式伺服器 |
在伺服器陣列內部署多部應用程式伺服器。 |
資料庫伺服器 |
使用叢集或高可用性資料庫鏡像部署資料庫伺服器。 |
資料庫可用性策略
您可以使用 Microsoft SQL Server 容錯移轉叢集或 SQL Server 高可用性資料庫鏡像，支援資料庫在 SharePoint Server 環境中的可用性。
SQL Server 容錯移轉叢集
容錯移轉叢集可提供 SQL Server 執行個體的可用性支援。容錯移轉叢集是一或多個節點或伺服器，以及兩個或多個共用磁碟之組合。容錯移轉叢集執行個體雖然顯示為單一電腦，但會在目前節點變成無法使用時，提供從一個節點容錯移轉至另一個節點的功能。SharePoint Server 可以在 SQL Server 所支援之叢集中之任意組合的主動與被動節點上執行。
SharePoint Server 會參照整個叢集；因此，從 SharePoint Server 的觀點來看，容錯移轉會自動進行且相當順暢。
如需容錯移轉叢集的詳細資訊，請參閱 SQL Server 2008 R2 容錯移轉叢集使用者入門 (https://go.microsoft.com/fwlink/?linkid=102837&clcid=0x404) 與＜使用 SQL Server 叢集設定可用性 (SharePoint Server 2010)＞。
SQL Server 高可用性鏡像
資料庫鏡像是一種可基於不同資料庫提供資料庫備援的 SQL Server 技術。在資料庫鏡像中，將主體資料庫的交易記錄緩衝區寫入至磁碟時，會將交易直接從主體資料庫及伺服器傳送至鏡像資料庫及伺服器。此技術可以使鏡像資料庫保持幾乎與主體資料庫同步最新的狀態。SQL Server Enterprise Edition 提供其他可改善資料庫鏡像效能的功能。如需詳細資訊，請參閱＜SQL Server 2008 R2 與 SharePoint 2010 產品：搭配成效更佳 (白皮書) (SharePoint Server 2010)＞。
您必須為在 SharePoint Server 伺服器陣列內的鏡像使用高可用性鏡像，又稱為啟用自動容錯移轉的高安全性模式。高可用性資料庫鏡像涉及三個伺服器執行個體：主體、鏡像及見證。見證伺服器可讓 SQL Server 自動從主體伺服器容錯移轉至鏡像伺服器。從主體資料庫容錯移轉至鏡像資料庫通常需要幾秒鐘。
舊版的其中一項變更是 SharePoint Server 為鏡像感知。設定 SQL Server 的資料庫鏡像執行個體之後，可接著使用 SharePoint 管理中心或 Windows PowerShell Cmdlet，識別設定資料庫、內容資料庫或服務應用程式資料庫的容錯移轉 (鏡像) 資料庫伺服器位置。設定容錯移轉資料庫位置會在 SharePoint Server 用於連線至 SQL Server 的連線字串中，新增一個參數。當 SQL Server 出現逾時情況時，會發生下列狀況：
為 SQL Server 鏡像設定的見證伺服器，會自動交換主體與鏡像資料庫的角色。
SharePoint Server 會自動嘗試連絡指定為容錯移轉資料庫的伺服器。
如需如何設定資料庫鏡像的相關資訊，請參閱＜使用 SQL Server 資料庫鏡像設定可用性 (SharePoint Server 2010)＞。
如需資料庫鏡像的一般資訊，請參閱資料庫鏡像 (https://go.microsoft.com/fwlink/?linkid=180597&clcid=0x404)。
注意
設定為使用 SQL Server FILESTREAM 遠端 BLOB 儲存提供者的資料庫，無法進行鏡像。
單一伺服器陣列的資料庫可用性策略比較：SQL Server 容錯移轉叢集與 SQL Server 高可用性鏡像
下表比較容錯移轉叢集與同步的 SQL Server 高可用性鏡像。
| SQL Server 容錯移轉叢集 | SQL Server 高可用性鏡像 | |
|---|---|---|
容錯移轉的時機 |
叢集成員會在失敗時立即接管。 |
鏡像會在失敗時立即接管。 |
異動是否一致？ |
是 |
是 |
異動是否並行？ |
是 |
是 |
復原時間 |
復原時間 (毫秒) 較短 |
復原時間 (毫秒) 較長 |
容錯移轉的必要步驟？ |
資料庫節點會自動偵測失敗；SharePoint Server 2010 會參照叢集以順暢且自動地進行容錯移轉。 |
資料庫會自動偵測失敗；如果設定正確，SharePoint Server 2010 會感知鏡像位置，並自動進行容錯移轉。 |
是否針對失敗的儲存裝置提供保護？ |
不針對失敗的儲存裝置提供保護，因為在叢集中各節點之間共用儲存裝置。 |
針對失敗的儲存裝置提供保護，因為主體與鏡像資料庫伺服器都會寫入本機磁碟。 |
支援的儲存裝置類型 |
共用儲存裝置 (較昂貴)。 |
可使用較不昂貴的直接附加儲存裝置 (DAS)。 |
位置需求 |
叢集的成員必須在相同的子網路上。 |
主體、鏡像及見證伺服器必須在相同的 LAN 上 (來回延遲最多 1 毫秒)。 |
復原模式 |
建議使用 SQL Server 完整復原模型。您可以使用 SQL Server 簡易復原模型，但是只有上次完整備份可作為叢集遺失時的復原點。如需詳細資訊，請參閱＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞及＜Plan for SQL Server, storage and BLOB configuration (SharePoint Foundation 2010)＞。 |
需要使用 SQL Server 完整復原模式。 |
效能負擔 |
發生容錯移轉時效能會略微下降。 |
高可用性鏡像由於同步之故，因此採用異動延遲，這也需要額外的記憶體與處理器負荷。 |
操作負擔 |
在伺服器層級設定及維護。 |
操作負擔大於叢集。所有資料庫都必須進行設定及維護。容錯移轉後需要手動重新設定。 |
服務應用程式備援策略
為保護伺服器陣列中執行的服務應用程式所遵循之備援策略，會隨服務應用程式儲存資料的位置而異。
於資料庫外部儲存資料的服務應用程式
若要保護將資料儲存在資料庫外部的服務應用程式，請在多部應用程式伺服器上安裝服務應用程式，以提供環境內的備援。
在此版本的 SharePoint Server 中，當您在多部應用程式伺服器上安裝服務應用程式時，計時器工作會在執行與該服務應用程式相關聯之服務執行個體的所有應用程式伺服器上執行，或是在第一部可用的伺服器上執行。如果應用程式伺服器故障，在該伺服器上執行的計時器工作，會在下一個計時器工作要排程執行時，於另一部伺服器上重新啟動。
在多部應用程式伺服器上安裝服務應用程式，會保持服務應用程式的執行，但是不保證資料不會遺失。如果應用程式伺服器故障，則會中斷該應用程式伺服器的使用中連線，而使用者會遺失部分資料。
下列服務應用程式會將資料儲存在資料庫外部：
Access Services
Excel Services 應用程式
將資料儲存在資料庫中的服務應用程式
為有助於保護將資料儲存在資料庫中的服務應用程式，您必須執行下列步驟：
在多部應用程式伺服器上安裝服務，以提供環境內的備援。
設定 SQL Server 叢集或鏡像，以保護資料。
下列服務應用程式會將資料儲存在資料庫中：
Search Service 應用程式 (包括下列資料庫)：
搜尋管理
編目
屬性
注意
支援搜尋資料庫的鏡像，但是提供搜尋的備援則需要其他工作。如需詳細資料，請參閱＜伺服器陣列內的搜尋備援策略＞一節。
User Profile Service (包括下列資料庫)：
設定檔
社交
同步處理
注意
不支援同步處理資料庫。
Business Data Connectivity Service 應用程式
Application Registry Service 應用程式
不建議鏡像 Application Registry 資料庫，因為只有在將 Microsoft Office SharePoint Server 2007 商務資料目錄資訊升級至 SharePoint Server 2010 時，才會使用此資料庫。
Usage and Health Data Collection Service 應用程式
注意
建議您不要鏡像 Usage and Health Data Collection Service 應用程式記錄資料庫。
Managed Metadata Service 應用程式
Secure Store Service 應用程式
State Service 應用程式
Web Analytics Service 應用程式，包括下列資料庫：
報表
臨時
注意
不支援鏡像臨時資料庫。
Word Automation Services 服務應用程式
Microsoft SharePoint Foundation 訂閱設定服務
PerformancePoint Services
伺服器陣列內的搜尋備援策略
僅伺服器
Search Service 應用程式是在伺服器陣列內進行備援的特殊情況。下圖顯示如何設定中型專用 Search Service 應用程式 (大約可編目 4 千萬個項目) 的備援及容錯移轉。如需 Search Service 應用程式之架構的詳細資訊，請參閱＜技術圖表 (SharePoint Server 2010)＞一文中的＜Microsoft SharePoint Server 2010 的搜尋架構＞。
備援的 Search Service 應用程式
.gif "高度可用搜尋架構")
查詢伺服器。查詢伺服器可主控查詢元件及索引分割區。
「查詢元件」會傳回搜尋結果。每個查詢元件都是與特定屬性資料庫相關聯的索引分割區一部分，而此屬性資料庫包含與一組特定已編目內容相關聯的中繼資料。將「鏡像」查詢元件新增至索引分割區，並將它們置於不同的伺服器陣列伺服器，就可以將索引分割區設為備援。
注意
「鏡像查詢元件」一詞是用在表示相同的檔案複本，而非 SQL Server 資料庫鏡像。
「索引分割區」是查詢元件的群組，而每個查詢元件都保留全文檢索索引的子集，並傳回搜尋結果。每個索引分割區都是與含有中繼資料的特定屬性資料庫相關聯，而此屬性資料庫是與特定一組已編目內容相關聯。您可透過在該伺服器上建立查詢元件，以決定伺服器陣列中處理查詢的伺服器。若要平衡跨伺服器陣列中多部伺服器處理查詢的負載，請將查詢元件新增至索引分割區，然後將其與您要用來處理查詢的伺服器建立關聯。如需詳細資訊，請參閱＜新增或刪除查詢元件＞。將鏡像查詢元件新增至索引分割區，並將它們置於不同的查詢伺服器，就可以將索引分割區設為備援。
編目伺服器。編目伺服器可主控編目元件及搜尋管理元件。
「編目元件」可處理內容來源的編目、傳播查詢元件的結果索引檔，以及將內容來源之位置及編目排程的資訊新增至其相關聯的編目資料庫。編目元件與單一 Search Service 應用程式相關聯。您可以將編目元件新增至不同編目伺服器，以分散編目負載。指定編目伺服器上可以具有的編目元件數目是資源允許的數目。如果您有多個內容位置，則可以新增編目元件及編目資料庫，並將它們專用於特定內容。給定編目伺服器上的每個編目元件應該與不同的編目資料庫相關聯。基於備援，建議您至少要有兩個編目元件。每個編目元件都應該設成編目兩個編目資料庫。如果資料庫成長到超出 2 千 5 百萬個項目，則建議您新增編目資料庫及編目元件。
「搜尋管理元件」會監視連入的使用者動作，並更新搜尋管理資料庫。一個 Search Service 應用程式只允許一個搜尋管理元件。搜尋管理元件可以在任何伺服器上執行，但最好是編目伺服器或查詢伺服器。
資料庫伺服器。資料庫伺服器可主控編目資料庫、屬性資料庫、搜尋管理資料庫及其他 SharePoint Server 2010 資料庫。
編目資料庫
編目資料庫包含與內容來源位置相關的資料、編目排程，以及特定 Search Service 應用程式之編目作業的其他特定資訊。將編目資料庫新增至執行 SQL Server 的不同電腦，即可分散資料庫負載。編目資料庫與編目元件相關聯，並且可透過建立主機分配規則以專用於特定主機。如需編目元件的詳細資訊，請參閱＜新增或移除編目元件＞。如需主機分配規則的詳細資訊，請參閱＜新增或移除主機分配規則＞。鏡像或部署至 SQL Server 容錯移轉叢集的編目資料庫，會成為備援的編目資料庫。
屬性資料庫
屬性資料庫包含與已編目內容相關聯的中繼資料。將屬性資料庫新增至執行 SQL Server 的不同電腦，即可分散查詢的資料庫負載。屬性資料庫是與索引分割區相關聯，並傳回與查詢結果之內容相關聯的任何中繼資料。
鏡像或部署至 SQL Server 容錯移轉叢集的屬性資料庫，會成為備援的屬性資料庫。
搜尋管理資料庫
在伺服器陣列中，一個 Search Service 應用程式執行個體只能有一個搜尋管理資料庫。
只有鏡像或部署至 SQL Server 容錯移轉叢集的搜尋管理資料庫，會成為備援的搜尋管理資料庫。
如需搜尋備援的詳細資訊，請參閱＜管理搜尋拓撲＞。
位置相近而設定為單一伺服器陣列 (「延伸的」伺服器陣列) 的資料中心間之備援與容錯移轉
某些企業以高頻寬連線連結位置相近的資料中心，因而可將其設定為單一伺服器陣列。這稱為「延伸的伺服器」。為了讓延伸的伺服器得以運作，SQL Server 與同一方向的前端網頁伺服器之間的延遲必須小於 1 毫秒，且每秒頻寬至少為 1 GB。
在此情況下，您可以遵循將資料庫與服務應用程式設為備援的標準指導，提供容錯。
下圖說明延伸的伺服器陣列。
延伸的伺服器陣列
.gif "「延伸的」伺服器陣列")