規劃嚴重損壞修復 (SharePoint Server 2010)
適用版本： SharePoint Foundation 2010, SharePoint Server 2010
上次修改主題的時間： 2016-11-30
本文說明選擇用於 Microsoft SharePoint Server 2010 環境之嚴重損壞修復策略時的重要決策。
本文內容：
嚴重損壞修復概觀
選擇嚴重損壞修復策略
規劃冷待命
規劃暖待命
規劃熱待命資料中心
嚴重損壞修復的系統需求
嚴重損壞修復概觀
為配合本文目的，會將嚴重損壞修復定義為在無法使用主控 SharePoint Server 的資料中心時，從該狀態復原的功能。
用於 SharePoint Server 的嚴重損壞修復策略，必須與相關基礎結構 (包括 Active Directory 網域、Exchange Server 及 Microsoft SQL Server) 的嚴重損壞修復策略協調搭配。請與您依賴之基礎結構的管理員共同設計經協調後的嚴重損壞修復策略與計劃。
在不同位置啟動及執行其他伺服器陣列的時間與即時性，通常稱為熱待命、暖待命或冷待命。這些專門用語的定義如下：
熱待命 可在幾秒或幾分鐘內提供可用性的次要資料中心。
暖待命 可在幾分鐘或幾小時內提供可用性的次要資料中心。
冷待命 可在幾小時或幾天內提供可用性的次要資料中心。
嚴重損壞修復可能是較昂貴的系統需求之一。失敗與可再度使用的間隔愈短且保護的系統愈多，嚴重損壞修復解決方案便可能愈複雜及昂貴。當您投資熱待命或暖待命資料中心時，成本包括：
額外的軟硬體，這通常會增加軟體應用程式之間操作的複雜性，例如用於容錯移轉及復原的自訂指令碼。
額外的操作複雜度。
熱待命或暖待命資料中心的維護成本，應視業務需求加以評估。並非組織內的所有解決方案在發生嚴重損壞後，都需要相同程度的可用性。您可以針對不同的內容、服務或伺服器陣列 (例如，對業務影響高的內容、搜尋服務或網際網路發佈伺服器陣列)，提供不同程度的嚴重損壞修復。
嚴重損壞修復對於資訊技術 (IT) 小組提供服務等級協定 (SLA) 以界定不同客戶群的期望十分重要。許多 IT 組織提供各式與不同退款程度相關之 SLA。
當您在伺服器陣列之間施行容錯移轉時，建議您先部署並調整伺服器陣列內的核心解決方案，然後再施行並測試嚴重損壞修復。
選擇嚴重損壞修復策略
您可視業務需求之不同，從許多方法中選擇為 SharePoint Server 環境所提供的嚴重損壞修復方法。下列範例說明公司選擇冷待命、暖待命或熱待命嚴重損壞修復策略的可能原因。
冷待命嚴重損壞修復策略：公司提供備份，支援當地與地區性離站儲存的定期裸機復原，並在其他地區具有緊急伺服器租用合約。
優點：
通常在操作上是最便宜的維護選項。
通常是昂貴的復原選項，因為需要在發生嚴重損壞之後，正確地設定實體伺服器。
缺點：最慢的復原選項。
暖待命嚴重損壞修復策略：公司提供虛擬伺服器影像給當地與地區性的嚴重損壞修復伺服器陣列。
優點：復原通常較便宜，因為虛擬伺服器陣列在復原後只需要很少的設定。
缺點：維護可能很昂貴並且耗時。
熱待命嚴重損壞修復策略：公司運作多重資料中心，但僅透過單一資料中心提供內容與服務。
優點：復原通常較快。
缺點：設定及維護可能相當昂貴。
重要
不論您決定在環境中施行哪項嚴重損壞修復解決方案，都有可能導致部分資料遺失。
規劃冷待命資料中心
在冷待命嚴重損壞修復案例中，您可以透過在新的位置設定新的伺服器陣列 (最好是使用撰寫指令碼的部署)，然後復原備份。或者，您可以透過從 Microsoft System Center Data Protection Manager 2007 等備份解決方案還原伺服器陣列，以進行復原；這類解決方案可保護電腦層級的資料，並讓您個別還原每部伺服器。本文不包含在冷待命案例中如何建立及復原的詳細說明。如需詳細資訊，請參閱：
規劃暖待命資料中心
在暖待命嚴重損壞修復案例中，您可以透過確實地持續且經常性地建立要提供給次要位置的伺服器陣列中伺服器的虛擬影像，建立暖待命解決方案。在次要位置中，您必須要有可輕鬆設定並連接影像的環境，才可重新建立伺服器陣列環境。
本文不包含建立暖待命解決方案的詳細說明。如需如何規劃以使用虛擬解決方案部署伺服器陣列的詳細資訊，請參閱＜規劃虛擬化 (SharePoint Server 2010)＞。
規劃熱待命資料中心
在熱待命嚴重損壞修復案例中，您可以設定容錯移轉伺服器陣列，以在與主要伺服器陣列不同的資料中心內提供嚴重損壞修復。使用獨立容錯移轉伺服器陣列的環境具有下列特性：
容錯移轉伺服器陣列中必須維護不同的設定資料庫與管理中心內容資料庫。
這兩個伺服器陣列上都必須部署所有的自訂。
注意
我們建議您使用指令碼部署，使用相同的組態設定及自訂作業，建立主要及容錯移轉伺服器陣列。如需詳細資訊，請參閱＜使用 Windows PowerShell 安裝 SharePoint Server 2010＞。
更新必須分別套用至這兩個伺服器陣列。
SharePoint Server 內容資料庫可以順利地非同步鏡像或傳送記錄至容錯移轉伺服器陣列。
注意
SQL Server 鏡像僅可用於將資料庫複製到單一鏡像伺服器，但是您可以傳送記錄至多部次要伺服器。
服務應用程式是否可以傳送記錄至伺服器陣列，隨著應用程式而異。如需詳細資訊，請參閱本文稍後的＜資料中心間的服務應用程式備援＞。
若您設定 SQL Server 將記錄傳送至一或多個額外的資料中心，則會在許多資料中心間重複此拓撲。
請洽詢 SAN 廠商，以判斷是否可以使用 SAN 複寫或其他支援的機制，提供資料中心間的可用性。
下圖顯示容錯移轉前的主要伺服器陣列與容錯移轉伺服器陣列。
容錯移轉前的主要伺服器陣列與容錯移轉伺服器陣列
.gif "容錯移轉之前的主要和容錯移轉伺服器陣列")
資料中心間的服務應用程式備援
若要讓服務應用程式可在資料中心間使用，建議針對可跨伺服器陣列執行的服務，執行可同時從主要及次要資料中心存取的獨立服務伺服器陣列。
針對無法跨伺服器陣列執行的服務，若想提供可用性給服務伺服器陣列本身，則在資料中心間提供服務應用程式備援的策略會有所不同。採用的策略會視下列情況是否成立而定：
在嚴重損壞修復伺服器陣列中執行不使用的服務應用程式有其商業價值。
與服務應用程式相關聯的資料庫可傳送記錄或非同步鏡像。
服務應用程式可針對唯讀資料庫執行。
下列各節說明建議用於每個服務應用程式的嚴重損壞修復策略。這些服務應用程式會依策略分組。
可傳送記錄或非同步鏡像的資料庫
一開始將服務應用程式部署至次要伺服器陣列之後，支援下列服務應用程式的資料庫即可在伺服器陣列間非同步鏡像或傳送記錄：
Managed Metadata Service 應用程式
資料庫：Managed Metadata Service
注意
若有使用標記，要在災害復原伺服器陣列中順利使用 Managed Metadata Service 應用程式，也必須執行 SharePoint Administration Toolkit 包含的使用者設定檔複寫引擎。如需詳細資訊，請參閱＜使用者設定檔複製引擎概觀 (SharePoint Server 2010)＞。
PerformancePoint Services
資料庫：PerformancePoint Service 應用程式
Project Server Service 應用程式
資料庫：草稿、發佈、封存、報告
Project Server 2010 在其資料庫之間需要同步處理。透過使用非同步複製機制 (非同步資料庫鏡像、傳送記錄或非同步 SAN 複製)，可以複製 Project Server，但是若要進行復原，您必須確定在還原時同步處理 Project 資料庫記錄。
注意
雖然我們建議您傳送記錄或鏡像 Project Server 資料庫至損毀修復伺服器陣列，但是 Project Server 服務應用程式無法針對唯讀資料庫執行。因此，我們建議您不要在容錯移轉前將 Project Server 服務應用程式執行於損毀修復伺服器陣列中。若要成功地在損毀修復伺服器陣列中同步處理 Project Server 資料庫，您必須設定資料庫的時間戳記或記錄標記。
Secure Store Service 應用程式
資料庫：Secure Store
Usage and Health Data Collection Service 應用程式
資料庫：記錄
注意
雖然可以傳送記錄資料庫的記錄或鏡像記錄資料庫，但是建議您不要在嚴重損壞修復伺服器陣列上執行 Usage and Health Data Collection Service，也不要鏡像記錄資料庫或傳送記錄資料庫的記錄。
Web Analytics Service 應用程式
資料庫：臨時、報告
注意
建議您傳送記錄或鏡像 Web Analytics 臨時資料庫與報告資料庫。但是，我們建議您在容錯移轉後再將 Web Analytics Service 應用程式執行於損毀修復伺服器陣列中。
無法傳送記錄或非同步鏡像的服務應用程式與資料庫
下列服務應用程式必須同時在主要與容錯移轉伺服器陣列上加以部署，且不可以傳送記錄或非同步鏡像。針對大部分的服務應用程式而言，建議您加以部署，然後確認容錯移轉伺服器陣列的組態設定是否與主要伺服器陣列相同。若主要伺服器陣列上進行了會影響服務的組態變更，則必須更新容錯移轉伺服器陣列。
Application Registry Service 應用程式
資料庫：Application Registry Service
Application Registry Service 資料庫不支援傳送記錄。
Business Data Connectivity Service 應用程式
資料庫：Business Data Connectivity
User Profile Service 應用程式
資料庫：設定檔、同步處理、社交標記
設定檔、同步處理及社交標記資料庫都無法傳送記錄。
若要提供 User Profile Service 應用程式的備援，您必須先於主要與次要資料中心都部署服務應用程式。
若要設定設定檔與同步處理資料庫，建議您將資料庫備份復原至次要的資料中心，再將其附加於該資料中心的 User Profile Service 應用程式。
若要保持設定檔同步，於主要伺服器陣列中更新設定檔資料後，必須執行包含在 SharePoint 管理工具組中的「使用者設定檔複寫引擎」。如需詳細資訊，請參閱＜使用者設定檔複製引擎概觀 (SharePoint Server 2010)＞。
Microsoft SharePoint Foundation 訂閱設定服務應用程式
資料庫：訂閱
注意
不支援訂閱設定資料庫的記錄傳送。
Access Services
資料庫：無
Excel Services
資料庫：無
Search
資料庫：編目、屬性、搜尋管理
搜尋需要其資料庫與索引間完全同步。因為有此需求，所以搜尋無法透過使用非同步複製機制 (非同步資料庫鏡像、傳送記錄或非同步 SAN 複製) 加以複製。
若要在容錯移轉伺服器陣列中提供最新的搜尋，您必須在次要伺服器陣列上執行搜尋。
重要
容錯移轉伺服器陣列的 Search Service 應用程式，必須設為主動編目次要伺服器陣列。在容錯移轉伺服器陣列中，必須將 Web 應用程式關聯設為使用 Search Service 應用程式。
State Service
資料庫：狀態
注意
狀態資料庫不支援記錄運送。
Visio Services
資料庫：無
Word Automation Services
資料庫：Word Automation Services
Word Automation Services 資料庫不支援傳送記錄。
嚴重損壞修復的系統需求
在理想的狀況下，容錯移轉元件與系統在以下各方面能完全符合主要元件與系統：平台、硬體，以及伺服器數目。容錯移轉環境至少必須能夠處理容錯移轉期間的預期流量。請注意，容錯移轉網站僅會提供服務給部分使用者。系統至少必須符合下列項目：
作業系統版本及所有更新
SQL Server 版本及所有更新
SharePoint 2010 產品版本及所有更新
雖然本文主要討論 SharePoint 2010 產品的可用性，但是系統中的其他元件也會影響系統上線時間。特別要注意下列項目：
確定電源、冷卻、網路、目錄及 SMTP 等基礎結構相依性完全重複。
選擇符合您需求的切換機制 (DNS 或硬體負載平衡)。