在 SharePoint 2010 中規劃備份及復原

適用版本： SharePoint Server 2010

上次修改主題的時間： 2016-11-30

本文說明規劃備份及復原所涉及的階段，包括決定 Microsoft SharePoint Server 環境適用的備份及復原策略，以及決定所要使用的工具。您不需要依所列順序完成這些階段，且程序可能會重複。

當您規劃如何使用備份及復原進行嚴重損壞修復時，請將常見事件、失敗、錯誤、當地和區域的緊急情況納入考量。

如需 Microsoft SharePoint Server 備份及復原的詳細資訊，請參閱＜備份及復原概觀 (SharePoint Server 2010)＞。

本文內容：

• 定義業務需求

• 選擇要在環境中保護及復原的內容

• 選擇工具

• 決定策略

• 規劃如何增強備份及復原效能

定義 SharePoint 伺服器陣列與服務的商業需求

若要定義業務需求，請為環境中每個伺服器陣列與服務決定下列項目：

• 「目標復原時點」(RPO) 是最新可用備份與任何可能之失敗點之間的最大時間期間目標。該目標取決於發生失敗情況時，業務所能承受損失的資料量。

• 「目標復原時間」(RTO) 是資料復原程序所需的最長時間目標。該目標取決於公司可承受網站或服務無法使用的時間。

• 「目標復原層級」(RLO) 是定義您必須能復原資料之精確度的目標，例如您必須能復原整個伺服器陣列、Web 應用程式、網站集合、網站、清單或文件庫，或項目。

RPO 與 RTO 愈短，以及 RLO 的精確度愈高，通常都會提高成本。

請從 SharePoint 2010 產品備份及復原規劃工作表 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0x404) (可能為英文網頁) 下載該工作表，協助您規劃備份及復原 SharePoint Server 2010 環境的策略。

選擇要在 SharePoint 環境中保護及復原的內容

您的業務需求可協助您決定需要保護的環境元件，以及需要能復原這些元件的精確度。

下表列出您可能決定要保護的 SharePoint 環境元件，以及可用於備份及復原每一個元件的工具。

1若單一網站集合儲存在資料庫中，則可使用伺服器陣列層級與資料庫層級備份與還原，復原網站集合。

2伺服器陣列層級與資料庫層級備份可搭配 SharePoint Server 未附加的資料庫復原使用，以還原網站集合、網站、清單及設定。

3無法使用 DPM 還原遠端 BLOB 存放區中所儲存的內容。

4可使用 DPM 2010 的檔案系統備份，備份 Web.config 的變更。

5可使用 DPM 2010 的裸機備份復原 IIS 設定。

6DPM 2010 可結合裸機備份和 SharePoint Server 備份，復原此項目。此項目無法以物件形式備份及復原。

7完全信任的方案套件儲存在設定資料庫中，沙箱化解決方案則儲存在內容資料庫。這些都可在伺服器陣列或內容資料庫復原過程中復原。

8組態設定可從伺服器陣列層級備份復原。如需詳細資訊，請參閱＜還原伺服器陣列 (SharePoint Foundation 2010)＞或＜還原伺服器陣列 (SharePoint Server 2010)＞。

9SharePoint Server 2010 伺服器陣列的管理中心內容資料庫和設定資料庫雖可復原，但只能在相同電腦上對同一伺服器陣列的完整伺服器陣列復原過程中復原。

選擇要從 SharePoint 內容資料庫中復原的內容

您可以從內容資料庫中復原網站集合、網站、清單及文件庫。

備份及復原工具提供不同的復原層級，以復原內容資料庫中的內容。從內容資料庫中復原物件一律比復原整個內容資料庫更複雜。

保護自訂

SharePoint 網站的自訂包括下列項目：

• 主版頁面、頁面版面配置與階層式樣式表。這些物件會儲存在 Web 應用程式的內容資料庫中。

• 網頁組件、網站或清單定義、自訂欄、新內容類型、自訂欄位、自訂動作、編碼工作流程或工作流程活動與條件。

• 協力廠商解決方案及其相關的二進位檔案與登錄機碼，例如 IFilter。

• 標準 XML 檔案的變更。

• 自訂網站定義 (Webtemp.xml)。

• 變更 Web.config 檔案。

部署自訂的方式及變更 Web.config 檔案的方式，會顯著影響可用於備份及復原自訂的工具。為使復原作業能萬無一失地完成，建議您使用方案套件部署自訂，並使用管理中心或 SharePoint API 及物件模型來設定 Web.config 檔案。

保護工作流程

工作流程是自訂動作的一個特別案例，其中您可以備份及復原。請務必確認您的備份及復原規劃能解決套用至您環境中的任何下列案例：

• 宣告式工作流程 (例如在 Microsoft SharePoint Designer 2010 中建立的工作流程) 儲存在部署所在之網站集合的內容資料庫中。備份內容資料庫可保護這些工作流程。

• 自訂宣告式工作流程動作在下列三個位置包含元件：

  1. 活動的 Visual Studio 組件儲存在全域組件目錄 (GAC) 中。

  2. XML 定義檔案 (.ACTIONS 檔) 會儲存在 14\TEMPLATE\{LCID}\Workflow 目錄中。

  3. 將活動標記為授權類型的 XML 項目，會儲存在其所用於的 Web 應用程式之 Web.config 檔案中。

  若您的伺服器陣列使用自訂動作，您應該使用檔案備份系統來保護這些檔案及 XML 項目。這些檔案類似於 SharePoint Server 的網頁組件及事件接收器等功能，在復原後應該可視需要重新套用至伺服器陣列。

• 相依於自訂程式碼的工作流程，例如使用 Visual Studio 所建立的工作流程，會儲存於兩個位置。工作流程的 Visual Studio 組件儲存於全域組件目錄 (GAC) 中，而 XML 定義檔則儲存於「功能」目錄中。這與其他類型的 SharePoint Server 功能相同，例如：網頁組件以及事件接收器。若工作流程已安裝為方案套件的一部分，備份內容資料庫即可保護這些工作流程。

• 如果建立自訂工作流程，與非工作流程部署所在的網站集合互動，您必須同時備份這兩個網站集合，以保護工作流程。這包括寫入歷程記錄清單或其他網站集合的其他自訂清單之工作流程。執行伺服器陣列備份便足以備份伺服器陣列中的所有網站集合，以及相關聯的所有工作流程。

• 尚未部署的工作流程必須和其他任何資料檔案一樣分開備份及還原。當您開發新工作流程但尚未部署至 SharePoint Server 伺服器陣列時，請確定使用 Windows 備份或其他檔案系統備份應用程式，備份工作流程專案檔案儲存所在的資料夾。

保護服務應用程式

在 SharePoint Server 環境下的服務應用程式可由服務設定和一或多個資料庫構成，或僅僅只由服務設定構成。您無法僅透過還原資料庫以還原完整的服務應用程式。不過，您可以為服務應用程式還原資料庫，然後再佈建服務應用程式。如需詳細資訊，請參閱＜還原服務應用程式 (SharePoint Server 2010)＞。

保護 SQL Server Reporting Services 資料庫

SharePoint Server 備份及復原不包括 SQL Server Reporting Services 資料庫。您必須使用 SQL Server 工具。如需詳細資訊，請參閱 Reporting Services 安裝的備份與還原作業 (https://go.microsoft.com/fwlink/?linkid=186642&clcid=0x404)。

選擇 SharePoint 備份及復原工具

若要選取正確的備份及復原工具，您必須判斷是否可以在時間與資源預算內，滿足您為營運所設定的持續力需求。

選取工具時所要考量的重要事項包括下列項目：

• 備份速度：該工具是否可在資料庫的維護時間範圍內執行？您應測試所有備份系統，以確保符合您硬體需求。

• 復原完整性。

• 可復原物件的精確度。

• 支援的備份類型 (完整、差異或累加)。

• 管理工具的複雜性。

下表針對 Microsoft 提供的備份及復原工具，比較可在 6 小時的時間範圍內備份之備份類型及伺服器陣列大小。

1備份大小取決於備份的系統，其大小總計為下一節所列之測試硬體上的指定大小。

測試硬體

下表列出測試中所使用的硬體，這些硬體決定在 6 小時的時間範圍內可完成的備份大小。

如需能搭配 Microsoft SharePoint Server 使用的備份及復原系統詳細資訊，請參閱下列資源：

• 備份及復原概觀 (SharePoint Server 2010)

• 在 SQL Server 中備份和還原資料庫 (https://go.microsoft.com/fwlink/?linkid=186643&clcid=0x404)

• Data Protection Manager 2010 概觀 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186655&clcid=0x404) (可能為英文網頁)

決定 SharePoint 備份及復原策略

請依據您的業務需求、復原需求及選取的工具，決定環境的備份及復原策略，並加以記載。

由於支援 SharePoint Server 環境的 IT 部門會決定所要使用的策略，因此通常會由此部門決定使用多項工具保護環境。

例如，在具有 DBA 所管理資料庫的環境中，可能會採用下列清單中的策略：

• 由 SQL Server 備份所有資料庫。備份間隔設定依據如下：

  • 內容或服務的重要性。

  • 備份對環境的效能影響。

• 小型內容資料庫若變更快速，且對營運造成極大影響，會另以 SQL Server 資料庫快照集提升保護，這些快照集會儲存在另一個實體磁碟上。每個資料庫僅儲存成一個快照集，並定期捨棄這些快照集，如此才能降低對效能造成的影響。針對每一個資料庫所設定的快照間隔會依據下列條件：

  • 內容或服務的重要性。

  • 資料庫的標準變更速率。

  • 快照集對環境的效能影響。

  • 儲存快照集所需的空間。

  相較於標準復原作業，從快照集復原所需時間較少，因為 SharePoint Server 會將快照集與其基礎資料庫視同未附加資料庫。不過，建立快照集卻會降低基礎資料庫的效能。建議您應先測試快照集對系統效能造成的影響，再實作快照集，而且您應定期捨棄快照集，以減少所需空間。

  注意

  若是使用 RBS，且您所用的 RBS 提供者不支援快照集 (例如 FILESTREAM 提供者並不支援快照集)，則無法使用快照集進行備份。

• SharePoint Server 備份可用以保護服務應用程式。備份間隔依據如下：

  • 服務的重要性。

  • 資料庫的標準變更速率。

  • 備份對資料庫的效能影響。

• 所有還原作業都會透過 SharePoint Server 執行。決定選擇要使用的還原系統時，要視可用的備份類型及所要還原的物件而定。

其他工具必須為營運持續力策略的一部分。請考慮您將在整個環境的所有網站集合中使用資源回收筒及版本設定的方式。如需詳細資訊，請參閱＜規劃營運持續力管理 (SharePoint Server 2010)＞。

在設計 SharePoint 備份及復原策略時規劃效能

當您規劃備份及復原策略時，請考量下列建議，以協助您降低備份及復原對系統效能的影響。

根據設計，大部分的備份工作會盡其所能耗用最多的 I/O 資源，以在維護時限內完成工作。因此，您可能會發現磁碟佇列的情況，也可能會發現所有 I/O 要求的回傳速度比平常慢。這是很平常的現象，不應視為問題。

請遵循設定 SQL Server 及儲存方式的建議

請遵循如何設定 SQL Server 及 SharePoint Server 環境之儲存區的一般建議。如需詳細資訊，請參閱＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞。

將 SQL Server 與備份位置之間的延遲降至最低

一般而言，最好是使用本機磁碟進行備份，而不要使用網路磁碟機進行備份。若要備份多部伺服器，可能會希望有兩方伺服器皆可寫入的直接連線電腦。網路磁碟機與執行 SQL Server 之電腦間的延遲為 1 毫秒或更低時，執行效果相當良好。若伺服器陣列具有多部伺服器 (包括執行 SQL Server 的電腦)，則必須使用 UNC 網路路徑作為 SharePoint 伺服器陣列的備份位置。

避免處理衝突

請勿在使用者必須存取系統的時段執行備份工作。

為避免 I/O 出現瓶頸，請在其他磁碟上執行主要備份，然後再將其複製到磁帶。

請考慮錯開備份時間，以免在同一時間備份所有的資料庫。

SharePoint Server 備份會使用 SQL Server 備份。進行備份時若使用壓縮，請小心不要太過使用 SQL Server。例如，某些協力廠商的備份工具會在備份期間壓縮資料，如此會中斷 SQL Server 的效能。有些工具可以控制壓縮程序的流速，並控制對 SQL Server 的影響。

遵循 SQL Server 備份與還原最佳化建議

如果執行的是 SQL Server 2008 Enterprise，建議您使用備份壓縮功能。如需詳細資訊，請參閱備份壓縮 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=179525&clcid=0x404。

若要使用 SQL Server 進行備份，請針對完整復原模式，合併使用完整、差異及交易記錄檔備份，將復原時間減至最少。建立差異式資料庫備份通常比建立完整的資料庫備份快，並可減少復原資料庫所需的交易記錄檔量。

若要在 SQL Server 2008 中使用完整復原模式，建議您在備份期間使用截斷選項，以免發生維護問題。

如需如何最佳化 SQL Server 備份及還原效能的詳細建議，請參閱最佳化 SQL Server 中的備份和還原效能 (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x404)。

請確定備份磁碟機的寫入效能良好

請仔細考慮磁碟備份裝置是否要使用獨立磁碟容錯陣列 (RAID)。例如，RAID 5 的寫入效能低，速度約與單一磁碟相同 (這是因為 RAID 5 會維護同位檢查資訊)。為備份裝置使用 RAID 10 可提供較快的備份。如需如何在備份時使用 RAID 的詳細資訊，請參閱設定適用於 SQL Server I/O 輸送量上限的 RAID (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x404) (可能為英文網頁)。

相關內容

See Also

Other Resources

資源中心：SharePoint Server 2010 的架構設計 (可能為英文網頁)