本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

選擇 SharePoint 2013 的災害復原策略

 

適用版本:SharePoint Foundation 2010, SharePoint Server 2013

上次修改主題的時間:2015-10-28

摘要:了解發生災害時可用來復原 SharePoint 2013 的災害復原選項和支援的技術。

我們對「災害復原」的定義是能夠在裝載 SharePoint 2013 伺服器陣列的主要資料中心無法繼續運作時,復原到正常狀態。不論事件的性質與成因為何,資料中心運作中斷是非常嚴重的情況,必須採取貴組織的災害復原計劃中所定義的行動。這表示要運用未受事件波及的資料中心裡的電腦資源,將能夠完整運作的伺服器陣列投入正式運作行列。

本文內容:

SharePoint 2013 和 SQL Server 2008 R2 Service Pack 1 (SP1) 或 SQL Server 2012 提供的設定與內容復原選項,可讓企業在發生災害時達到所需的目標復原時間 (RTO) 和目標復原時點 (RPO)。如需這些與其他災害復原概念的詳細資訊,請參閱<SharePoint 2013 的高可用性與災害復原概念>。

SharePoint 2013 伺服器陣列的有效災害復原策略必須能夠滿足貴組織的業務需求,這通常以兩個量值來表示:目標復原時間 (RTO) 和目標復原時點 (RPO)。RTO 和 RPO 需求是在判斷災害發生時對組織造成的停機成本後所得出。

重要事項 重要事項:
以最佳作法而言,建議您在開發復原策略及實作技術解決方案之前,先清楚找出並量化貴組織的 RTO 和 RPO。請將重點放在需要達成的目標,而非達成的方式。

停機成本在不同產業間和相同產業內都極為不同,主要是因為停機的影響各有不同。企業規模是最明顯的因素,但這並非唯一的因素。要設定量值前,必須先確定失敗事件的性質和潛在影響。重要應用程式失敗所造成的影響,可簡單歸類為下列類型的損失:

  • 應用程式服務中斷。停機影響依應用程式和業務而有所不同。

  • 資料遺失。因系統運作中斷而遺失資料,可能造成嚴重的法律與財務影響。

大多數組織在遇到停機時,都會遭受前述兩種損失,但何種損失的影響最大取決於業務性質。以下這篇文章由 Chris Preimesberger 撰寫並刊登在 eWEEK 上,文中特別點出資料中心停機造成的財務影響:<IT 每意外停機一分鐘,衍生的代價可能高達 5000 美元:報告>。

在大多數情況下,當資料中心停止運作的程度足以構成災害時,SharePoint 產品是少數幾個必須復原的應用程式之一。因此,我們並不討論災害復原規劃的相關資訊,而是著重在討論有哪些選項可確保您能夠在別處復原 SharePoint 2013 伺服器陣列。

不論災害的類型和規模為何,復原過程需要使用待命資料中心,以便您將伺服器陣列復原到該處。

當主要資料中心停止運作,而本機備援系統與備份無法復原時,就需要待命資料中心。依讓替代的伺服器陣列在別處開始運作所需花之時間與工夫的不同,通常可分為熱待命、暖待命和冷待命。我們對這些伺服器陣列復原資料中心的定義如下:

  • 冷待命:第二個資料中心可在數小時或幾天之內開始運作。

  • 暖待命:第二個資料中心可在幾分鐘或數小時之內開始運作。

  • 熱待命:第二個資料中心可在幾秒或幾分鐘之內開始運作。

這每種待命資料中心各有其特殊的特性和需求,也有其相關的操作與維護成本。

  • 冷待命災害復原策略:企業定期將支援裸機復原的備份傳送至各地與各區域的異地存放裝置,且簽有合約可在另一區域緊急租用伺服器。

    優點:

    通常是維護成本最低的選項,因為不需太多操作。

    通常是復原成本較高的選項,因為在發生災害之後,必須正確設定實體伺服器。

    缺點:復原速度最慢的選項。

  • 暖待命災害復原策略:企業將備份或虛擬機器映像檔傳送至各地或各區域的災害復原伺服器陣列。

    優點:復原成本通常很低,因為在復原時,虛擬伺服器陣列幾乎不需要進行什麼設定。

    缺點:維護起來可能既昂貴又費時。

  • 熱待命災害復原策略:企業有多個資料中心在運作,但只透過其中一個資料中心來提供內容和服務。

    優點:復原速度通常相當快。

    缺點:設定與維護成本可能很高。

重要事項 重要事項:
不論您決定實作上述何種災害復原解決方案,遺失一些資料是難免的。

在冷待命災害復原案例中,復原方式是在新的位置架設新的伺服器陣列 (最好用指令碼進行部署),然後還原備份。或者,也可以透過用備份解決方案 (例如 System Center 2012 - Data Protection Manager (DPM)) 將伺服器陣列還原的方式進行復原。System Center Data Protection Manager 是在電腦作業系統層級保護您的資料,讓您個別還原每部伺服器。本文不含關於如何在冷待命案例中建立及復原伺服器陣列的詳細指示。如需詳細資訊,請參閱:

在暖待命災害復原案例中,您需要在替代的資料中心建立一模一樣的伺服器陣列來建立暖待命環境,並且定期使用主要伺服器陣列的完整與增量備份來加以更新。

虛擬暖待命環境

虛擬化提供暖待命復原解決方案的可行及提供符合成本效益] 選項。您可以使用Hyper-V作為內部的解決方案或Azure為主控方案來提供修復所需的基礎結構。

您可以建立實際執行伺服器虛擬圖像和隨附之待命資料中心這些影像。使用虛擬待命解決方案,您必須確定虛擬圖像通常不夠建立復原伺服器陣列提供的您必須具備的伺服器陣列設定與內容新鮮度層級。在第二的位置,您必須具備環境中可以輕鬆地設定及連線重新建立伺服器陣列環境的圖像。本文不包含詳細的說明如何建立及暖待命案例中復原。Mor 資訊,請參閱規劃 SQL Server AlwaysOn 與 SharePoint Server 2013 嚴重損壞修復的 Microsoft Azure

在熱待命災害復原案例中,您需要在待命資料中心架設容錯移轉伺服器陣列,以防萬一主要伺服器陣列離線,就能瞬間接手處理實際執行作業。在另設有容錯移轉伺服器陣列的環境中,具有下列特性:

  • 容錯移轉伺服器陣列上必須另維護一個設定資料庫與 SharePoint 管理中心網站內容資料庫。

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

    提示 提示:
    兩個伺服器陣列保持一致,可減少出錯的機會,建議您採用指令碼形式的部署,以相同的組態設定與自訂項目來建立主要與容錯移轉伺服器陣列。
  • 兩個伺服器陣列都必須套用作業系統、SQL Server 和 SharePoint 產品軟體更新,讓兩個伺服器陣列維持一致的設定。

  • 您可以使用非同步鏡像、可用性群組複本上的非同步認可,或記錄傳送,將 SharePoint 產品內容資料庫複製到容錯移轉伺服器陣列。

    注意事項 附註:
    SQL Server 鏡像只能用於將資料庫複製到單一鏡像伺服器,但您可以將記錄傳送至多部次要伺服器。
  • 能否透過記錄將服務應用程式傳送至伺服器陣列,各服務應用程式皆有不同。如需詳細資訊,請參閱本文稍後的<跨資料中心的服務應用程式備援>。

熱待命伺服器陣列拓撲可以重複運用在多個資料中心,只要您設定 SQL Server 透過記錄傳送至一或多個其他資料中心即可。

重要事項 重要事項:
針對災害復原採用容錯移轉作法時,可用的網路頻寬和延遲性是主要的考量因素。
建議您洽詢 SAN 廠商,確定您是否可使用 SAN 複寫或其他支援的機制,跨資料中心提供熱待命層級的可用性。

若要提供跨資料中心的服務應用程式可用性,建議針對可跨伺服器陣列執行的服務,另執行一個可同時讓主要與次要資料中心存取的服務伺服器陣列。

如果服務無法跨伺服器陣列執行,且要提供服務伺服器陣列本身的可用性,為服務應用程式提供跨資料中心的備援,所需的策略各不相同。採用的策略取決於下列因素:

  • 在未使用的災害復原伺服器陣列中執行服務應用程式,是否有其商業價值。

  • 與服務相關聯的資料庫是否可以透過記錄傳送、受到非同步鏡像,或透過非同步認可受到複寫。

  • 服務應用程式是否可以對唯讀資料庫執行。

在設計一套使用暖待命或熱待命資料中心的災害復原解決方案之前,請檢閱<SharePoint 資料庫支援的高可用性和災害復原選項 (SharePoint 2013)>一文。

理想情況是,容錯移轉元件與系統在各方面都符合主要元件與系統:平台、硬體和伺服器數目。容錯移轉環境至少要能夠處理容錯移轉期間預期會有的流量。切記,容錯移轉網站可能只需要服務一部分使用者。系統至少至少要在下列方面相符:

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

  • SQL Server 版本和所有更新

  • SharePoint 2013 版本和所有更新

除了上述需求,設施與基礎結構元件的可用性,也會影響伺服器陣列的復原時間:

  • 電源、冷卻、網路、目錄和 SMTP 受到完整備援

  • 選擇符合您需求的切換機制:DNS 或硬體負載平衡。

https://technet.microsoft.com/zh-tw/library/jj715263.aspx
顯示: