AppFabric 環境的災害復原考量
安裝 Windows Server AppFabric 並不會變更系統管理員規劃災害復原的方式。 規劃與還原 AppFabric 安裝主要是根據下列用於 Windows、網際網路資訊服務 (IIS) 與 SQL Server 的一般災難復原。 使用者應使用這三個產品備份下列的 AppFabric 成品。
組態設定與檔案
用於「事件收集服務」、「工作流程管理服務」與「快取服務」的 Windows 服務設定
修改特定 AppFabric 使用者群組的 Windows 安全性設定
登錄設定
Web 應用程式檔案
AppFabric 使用的資料庫
SQL Server 資料庫
使用正常 SQL 程序來備份與還原監控和持續性資料庫，以及使用 AppFabric 快取時的快取組態資料庫。 建立 SQL Server 備份的目的在於讓您可以復原損壞的資料庫。 但您必須自訂備份和還原資料到特定環境中，而且必須搭配可用的資源使用。 因此，復原的備份與還原的可靠使用需要備份和還原策略。 設計良好的備份與還原策略可最大化資料可用性與最小化資料損失，同時又能考量到您的特定企業需求。
Windows Server AppFabric 會產生應用程式狀態資料。 工作流程持續性會儲存工作流程服務執行個體的狀態。 如果執行工作流程的電腦當機，則另一部執行此服務的電腦可以從最後一個持續點重新啟動工作流程執行個體。 持續性資料對工作流程應用程式而言十分重要，而且應該確保隨時都可使用它。 當 SQL Server 執行個體儲存區提供者用於工作流程持續性時，應該使用其中一種 SQL Server 高可用性功能。 這包括容錯移轉叢集、資料庫鏡像、交易式複寫或記錄傳送。 如果工作流程服務寫入至另一個應用程式資料庫，則可將持續性結構描述新增至現有資料庫，而非不同的持續性資料庫。 這樣可在災害之後還原資料時，簡化資料一致性的強制執行。
在部分情況下，填入分散式快取的資料是源自可以備份的來源 (如資料庫)。 在其他情況下 (例如，使用快取來儲存 ASP.NET 工作階段狀態時)，資料絕不會寫入至永久存放位置。 快取提供高可用性模式，確保已快取資料的每個部分都至少會寫入至兩部主機。 如果其中一部電腦當機，則應用程式可以繼續使用另一部電腦之快取中的資料。
Windows Server AppFabric 監控資料庫包含 WCF 及 WF 執行階段在一般時間發出的事件。 此資料可以用來估算服務負載，以及疑難排解應用程式錯誤；例如，此資料會匯入 AppFabric 儀表板。 當可從工作流程取出商業相關資料時，Windows Server AppFabric 不保證監控資料的可靠性，而且不確定監控資料是否與工作流程狀態一致。 收集此事件的目的為用於作業，而非商業決策。 因此，監控資料並不需要與其他應用程式資料同步。 在大部分情況下，監控資料應該保留在與持續性及其他應用程式資料不同的專用資料庫中。
由於是 AppFabric 安裝的災難復原計劃的一部分，因此您可能需要將 Windows Server AppFabric 資料庫移到另一部伺服器上。 在移動資料庫之前，確保您可以成功備份與還原資料庫。 您必須修改連接字串以指向更新的資料庫位置。 您可以使用設定主控服務頁面來更新指向新資料庫位置的連接字串。 如需有關移動 AppFabric 資料庫的詳細資訊，請參閱移動使用者資料庫。
如需有關 SQL Server 災難復原的詳細資訊，請參閱 SQL Server 的備份與還原策略簡介、SQL Server 的備份與還原的 How-To 主題、SQL Server 的災難復原選項與災難復原的規劃。
注意
在此文件中，我們將參考 SQL Server 資料庫。 但您必須對其他廠商實作的 Windows Server AppFabric 資料庫執行相同動作。
Windows 組態
執行伺服器備份時，系統管理員必須確定包含與 AppFabric 相關的下列組態資料。 利用 Windows 磁碟區陰影複製服務 (VSS) (如 Microsoft System Center Data Production Manager) 的備份代理程式會自動包括下面所提及的檔案。 系統寫入器涵蓋根 web.config 檔案，以及 %SystemRoot%\System32 下的檔案。 IIS 組態寫入器涵蓋 MWA 結構描述檔案。 VSS 寫入器並不會自動涵蓋項目快取組態。
「事件收集服務」的組態、尚未命名的服務行為組態 (行為名稱="")，以及監控和持續性提供者是儲存在根 web.config 檔案 (%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config) 中。
「工作流程管理服務」的組態是儲存在 %SystemRoot%\System32\AppFabric 的 Workflowmanagementservice.exe.config 檔案中。
自訂 MWA 結構描述 (例如，允許自訂行為的工具) 是儲存在 %SystemRoot%\System32\inetsrv\config\schema 中。
Windows Server AppFabric 提供兩個提供者以儲存分散式快取組態。 XML 提供者會將快取組態以 XML 檔案格式，儲存至使用者在設定期間指定的共用目錄中。 SQL Server 提供者則會將快取組態儲存至 SQL Server 資料庫中。 必須備份此組態。
系統管理員也可能會選擇排程一般 Web Deployment Tool (“MSDeploy”) 命令，以將整個 Web 伺服器的內容同步至遠端電腦上所儲存的套件。 此套件預設會涵蓋上面的項目 1，而且會包括 Web 伺服器上所部署的所有應用程式 (組態及二進位檔)。 此套件可以進行自訂，以明確包括之前列出的組態檔。 如果發生災害，系統管理員可以還原基本伺服器映像，而且只會將 Web Deployment Tool 套件部署至伺服器。 一般會建立基本伺服器組態，稍後再將它複製至其他電腦。 基本伺服器包括 Windows 作業系統、Windows 伺服器角色、Windows 更新及自訂的使用者帳戶。 系統管理員應該會在基本伺服器上安裝 Windows Server AppFabric，但是一般應該不會在基本伺服器映像上設定 AppFabric，因此可以在將映像套用至新電腦之後設定 AppFabric 服務的資料庫及使用者帳戶。 可使用 Sysprep 或 Windows Server Backup 來備份此基本伺服器映像。
網際網路資訊服務 (IIS)
使用 WebDeploy 並從「IIS 管理員」主控台匯出應用程式以建立備份版本。 您也可以匯出應用程式的所有檔案系統內容。 使用搭配 AppFabric 的 Deploy (部署) 功能的進階設定可以匯出 ACL 與新增特定的自訂參數。 一匯出後，您就可以將匯出的 zip 檔儲存在安全的位置。 之後，在災難後還原系統時，您可以使用「IIS 管理員」將應用程式匯回 AppFabric 中，以重新建立應用程式及其相關組態與登錄設定。 如需有關如何正確匯出與匯入應用程式以確保保留所有必需組態設定的詳細資訊，請參閱在 Windows Server AppFabric 中匯入與匯出應用程式。
從純 IIS 的觀點，您將要使用 AppCmd 公用程式製作 IIS Metabase 的備份。 如果您在一般 UNC 共用上使用 IIS 共用組態，您將需要手動管理備份共用組態檔，因為 AppCmd 不會在共用上備份資料。 保護 Windows 檔案系統等級的 IIS7 組態資料就和複製 \windows\system32\inetsrv\config 目錄 (與子目錄) 到備份目錄中一樣容易。 只要將此目錄加入您目前的 Windows OS 備份計劃中 (使用 BACKUP 公用程式)，或寫入自訂指令碼來執行此動作。 如需使用 AppCmd 公用程式來備份 IIS 的資訊，請參閱如何在 Internet Information Services 7 中建立與管理組態備份與如何備份 IIS 7 組庇。
摘要
準備災害復原是商業執行環境中的重要工作。 這在 SQL Server、Windows 和 IIS 等級完成。 部分資料 (如電腦及軟體組態) 不會經常變更，而且透過定期排程備份就可以受到安全保護。 其他資料 (如工作流程持續性) 對應用程式而言十分重要，而且需要在寫入時進行保護。 應該將 Windows Server AppFabric 組態資料包括在定期備份中。 系統管理員也應該確保持續性的高可用性，在部分情況下，也應該確保快取資料的高可用性。
2011-12-05