關於復原方案
本文概述 Azure Site Recovery中的復原方案。
復原方案會將電腦收集到復原群組中，以進行容錯移轉。 復原方案可藉由建立您可容錯移轉的小型獨立單位，協助您定義系統性復原程序。 單位通常代表您環境中的應用程式。
- 復原方案會定義機器容錯移轉的方式，以及機器在容錯移轉之後啟動的順序。
- 復原方案可用於容錯移轉至 Azure 和容錯回復。
- 最多可為一個復原方案新增 100 個受保護的執行個體。
- 您可以透過對其新增順序、指令與工作來自訂方案。
- 定義方案之後，您可以對其執行容錯移轉。
- 機器可以在多個復原方案中參考，如果先前使用另一個復原方案部署電腦，後續計畫會略過機器的部署/啟動。
為何使用復原方案？
使用復原方案來：
- 根據應用程式的相依性建立模型。
- 將復原工作自動化，以降低 (RTO) 的復原時間目標。
- 請確認您的應用程式屬於復原方案，以準備好進行移轉或災害復原。
- 請在復原方案上執行測試容錯移轉，以確保災害復原或移轉如預期般運作。
建立應用程式模型
您可以計劃並建立復原群組，以擷取應用程式特有的屬性。 例如，我們來看一個包含 SQL Server 後端、中介軟體及 Web 前端的一般三層式應用程式。 一般而言，您要自訂復原方案，讓每一層的機器在容錯移轉之後，會以正確的順序啟動。
- 應該先啟動 SQL 後端中，接著是中介軟體，最後再啟動 Web 前端。
- 這個啟動順序可確保應用程式在最後一部機器啟動時已在運作。
- 此順序可確保當中介軟體啟動並嘗試連線到 SQL Server 層時，SQL Server 層已經在執行。
- 此順序還可確保前端伺服器最後啟動，以便在所有元件都已啟動並執行，且應用程式已準備好接受要求之前，使用者不會連線到應用程式 URL。
若要建立此順序，請將群組新增至復原群組，並將機器新增至群組。
在指定順序之處，就會使用排序。 應用程式在適用時會以平行方式執行，以改善應用程式復原 RTO。
單一群組中的機器會以平行方式容錯移轉。
不同群組中的機器會依順序群組進行容錯移轉，因此只有在群組 1 中所有機器容錯移轉並啟動之後，群組 2 的機器才會開始其容錯移轉。
在進行此自訂後，以下是您在復原方案上執行容錯移轉時所發生的情況：
- 關閉步驟會嘗試關閉內部部署機器。 例外狀況是如果您執行測試容錯移轉，在此情況下，主要站台會繼續執行。
- 關閉會在復原方案中觸發所有機器的平行容錯移轉。
- 容錯移轉會使用複寫的資料來準備虛擬機器磁碟。
- 啟動群組會依順序執行，並啟動每個群組中的機器。 首先，群組 1 執行、然後群組 2 執行，最後群組 3 才會執行。 如果任何群組中有多部機器，則所有機器會以平行方式啟動。
將復原方案中的工作自動化
復原大型應用程式可能是一項複雜的工作。 手動步驟會讓程序容易發生錯誤，且執行容錯移轉的人員可能不會察覺所有應用程式的複雜性。 您可以使用復原方案強制加上順序，並使用 Azure 自動化 Runbook 容錯移轉至 Azure 或使用指令碼，自動執行每個步驟所需的動作。 針對無法自動化的工作，您可以將手動動作的暫停插入至復原方案。 有幾個工作類型可供您設定：
- 容錯移轉後在 Azure VM 上的工作：當您要容錯移轉至 Azure 時，通常必須執行動作，以便您可在容錯移轉之後連線至 VM。 例如：
- 在 Azure VM 上建立公用 IP 位址。
- 將網路安全性群組指派給 Azure VM 的網路介面卡。
- 將負載平衡器新增至可用性設定組。
- 容錯移轉後 VM 內的工作：這些工作通常會重新設定機器上執行的應用程式，以便讓應用程式在新環境中繼續正常運作。 例如：
- 修改機器內的資料庫連接字串。
- 變更 Web 伺服器組態或規則。
執行復原方案的測試容錯移轉
您可以使用復原方案來觸發測試容錯移轉。 使用下列最佳做法：
執行完整的容錯移轉之前，請一律完成應用程式上的測試容錯移轉。 測試容錯移轉可協助您檢查應用程式是否會在復原網站上啟動。
如果您發現遺漏了項目，請觸發清除，然後重新執行測試容錯移轉。
請執行測試容錯移轉多次，直到您確定應用程式可順暢復原為止。
因為每個應用程式都是唯一的，所以您必須建置針對每個應用程式自訂的復原方案，並在每個復原方案上執行測試容錯移轉。
應用程式和其相依性會經常變更。 若要確保是最新的復原方案，請每一季針對每個應用程式執行測試容錯移轉。
觀看復原方案影片
觀看快速範例影片，其中顯示兩層式 WordPress 應用程式復原方案的一鍵容錯移轉。