共用方式為

將複寫的實體伺服器容錯移轉及容錯回復至 Azure

  • 發行項

此教學課程描述如何使用 Azure Site Recovery，針對複寫到 Azure 的內部部署實體伺服器進行容錯移轉。 當您進行容錯移轉之後，即可從 Azure 容錯回復至可用的內部部署網站。

在您開始使用 Intune 之前

  • 了解災害復原中的容錯移轉流程。
  • 如果您想要針對多部機器進行容錯移轉，請了解如何在復原方案中一起收集機器。
  • 執行完整容錯移轉之前，執行災害復原演練，以確定一切都如預期般運作。
  • 遵循這些指示，以準備在容錯移轉之後連線至 Azure VM。

執行容錯移轉

驗證伺服器屬性

驗證伺服器屬性，並確定伺服器符合 Azure VM 的 Azure 需求。

  1. 在 [受保護的項目]中，按一下 [複寫的項目]，然後選取機器。
  2. 在 [複寫的項目] 窗格中，將會呈現機器資訊、健康情況狀態，以及最新可用復原點的摘要。 如需檢視詳細資訊，請按一下 [屬性]。
  3. 在 [計算與網路] 中，您可以修改 Azure 名稱、資源群組、目標大小、可用性設定組及受控磁碟設定。
  4. 您可以檢視及修改網路設定，包括在容錯移轉後 Azure VM 所在的網路/子網路，以及要指派給它的 IP 位址。
  5. 在 [磁碟] 中，您可以看見機器作業系統和資料磁碟的相關資訊。

容錯移轉至 Azure

  1. 在 [設定]>[複寫的項目] 中，按一下機器 >[容錯移轉]。

  2. 在 [容錯移轉] 中，選取容錯移轉的目標復原點。 您可以使用下列其中一個選項：

    • 最新：此選項會先處理所有傳送至 Site Recovery 的資料。 它會提供最低的 RPO (復原點目標)，因為在容錯移轉後建立的 Azure VM 具有在觸發容錯移轉時複寫到 Site Recovery 的所有資料。
    • 最近處理：此選項會將機器容錯移轉到 Site Recovery 所處理的最新復原點。 此選項提供低 RTO (復原時間目標)，因為無須花費時間處理未處理的資料。
    • 最新應用程式一致：此選項會將機器容錯移轉到 Site Recovery 所處理的最近應用程式一致復原點。
    • 自訂：指定任何復原點。

  3. 如果想在觸發容錯移轉之前，讓 Site Recovery 嘗試將來源 VM 關機，請選取 [先將機器關機再開始容錯移轉]。 即使關機失敗，仍會繼續容錯移轉。 您可以 [作業] 頁面上追蹤容錯移轉進度。

  4. 如果您已準備好連線到 Azure VM，請進行連線以在容錯移轉之後加以驗證。

  5. 驗證之後，請 [認可] 容錯移轉。 這會刪除所有可用的復原點。

警告

請勿取消正在進行中的容錯移轉。 容錯移轉開始之前，就會停止機器複寫。 如果您取消容錯移轉，容錯移轉會隨即停止，但機器不會重新複寫一次。 若是實體伺服器，其他的容錯移轉可能需要處理約 8 到 10 分鐘才能完成。

在容錯移轉期間自動執行動作

您可以在容錯移轉期間自動執行動作。 若要這樣做，您可以在復原方案中使用指令碼或 Azure 自動化 Runbook。

  • 了解如何建立及自訂復原方案，包括新增指令碼。
  • 了解如何將 Azure 自動化 Runbook 新增至復原方案。

在容錯移轉之後進行設定

容錯移轉之後，您必須設定 Azure 設定以連線到複寫的 Azure VM。 此外，還需設定內部和公用 IP 位址。

準備重新保護和容錯回復

容錯移轉到 Azure 之後，您可以透過將 Azure VM 複寫到內部部署網站來加以重新保護。 接著，在加以複寫之後，您可以透過執行從 Azure 容錯移轉到內部部署網站，將其容錯回復至內部部署。

  1. 使用 Site Recovery 複寫至 Azure 的實體伺服器，僅可以容錯回復為 VMware VM。 您需要 VMware VM 基礎結構，才能容錯回復。 遵循此文章中的步驟來準備重新保護及容錯回復，包括在 Azure 中設定處理序伺服器與內部部署主要目標伺服器，以及設定站對站 VPN 或 ExpressRoute 私人對等互連以進行容錯回復。
  2. 確定內部部署設定伺服器正在執行且已連線到 Azure。 容錯移轉到 Azure 期間，可能無法存取內部部署網站，而且設定伺服器可能無法使用或關機。 在容錯回復期間，VM 必須存在於設定伺服器資料庫中。 否則，將無法成功容錯回復。
  3. 刪除內部部署主要目標伺服器上的任何快照集。 如果有快照集，重新保護就無法運作。 VM 上的快照集會在重新保護作業期間自動合併。
  4. 如果您要重新保護多個收集到複寫群組內以確保多 VM 一致性的 VM，請確定其全部具有相同的作業系統 (Windows 或 Linux)，並確定您部署的主要目標伺服器具有相同類型的作業系統。 複寫群組中的所有 VM 都必須使用相同的主要目標伺服器。
  5. 開啟容錯回復所需的連接埠。
  6. 確定 vCenter Server 已連線後再進行容錯回復。 否則，將磁碟中斷連線並將它們重新連結至虛擬機器的作業會失敗。
  7. 如果 vCenter 伺服器負責管理您要作為容錯回復目的地的 VM，請確定您擁有所需的權限。 如果您執行唯讀的使用者 vCenter 探索並保護虛擬機器，保護會成功且容錯回復可作用。 不過，在重新保護期間，容錯移轉將會失敗，因為資料存放區既無法供您探索，也不會在重新保護期間列出。 若要解決此問題，您可以使用適當的帳戶/權限更新 vCenter 認證，然後重試作業。
  8. 如果您使用範本來建立虛擬機器，請確定每部虛擬機器有磁碟本身的 UUID。 如果內部部署 VM UUID 和主要目標伺服器的 UUID 發生衝突 (因為這兩者都是從相同範本所建立)，則重新保護會失敗。 從不同範本進行部署。
  9. 如果您要容錯回復至替代的 vCenter Server，請確定您已探索到新的 vCenter Server 和主要目標伺服器。 一般來說，如果未探索到，您就無法存取資料存放區，或無法在 [重新保護] 中看到。
  10. 確認您無法進行容錯回復的下列案例：
    • 如果您使用的是 ESXi 5.5 免費版或 vSphere 6 Hypervisor 免費版。 請升級至不同版本。
    • 如果您有 Windows Server 2008 R2 SP1 實體伺服器。
    • 已遷移的 VM。
    • 已移至另一個資源群組的 VM。
    • 已刪除的複本 Azure VM。
    • 未受保護 (正在複寫到內部部署網站) 的複本 Azure VM。
  11. 檢閱您可以使用的容錯回復類型 - 原始位置復原和替代位置復原。

將 Azure VM 重新保護到替代位置

此程序假設無法使用內部部署 VM。

  1. 在保存庫 >[設定]>[複寫的項目] 中，以滑鼠右鍵按一下已容錯移轉的機器 >[重新保護]。
  2. 在 [重新保護] 中，確認已選取 [Azure 到內部部署]。
  3. 指定內部部署主要目標伺服器，以及處理序伺服器。
  4. 在 [資料存放區] 中，選取您要將內部部署磁碟復原至的主要目標資料存放區。 - 如果內部部署 VM 已被刪除且您需要建立新磁碟時，請使用此選項。 - 如果磁碟已存在，則會忽略此設定，但您仍然需要指定值。
  5. 選取主要目標保留磁碟機。 系統會自動選取容錯回復原則。
  6. 按一下 [確定] 以開始重新保護。 作業會開始將 Azure VM 複寫到內部部署網站。 您可以在 [作業] 索引標籤上追蹤進度。

注意

若要將 Azure VM 復原到現有的內部部署 VM，請在主要目標伺服器的 ESXi 主機上掛接內部部署虛擬機器的資料存放區 (具有讀寫權限)。

從 Azure 容錯移轉

執行容錯移轉，如下所示：

  1. 在 [複寫的項目] 頁面上，以滑鼠右鍵按一下機器 >[非計劃性容錯移轉]。
  2. 在 [確認容錯移轉] 中，確認容錯移轉方向是從 Azure。 3. 選取您要用於容錯移轉的復原點。
    • 建議您使用 [最新] 復原點。 應用程式一致復原點會在最近的復原點之後，並造成部分資料遺失。
    • 最新復原點具有當機時保持一致的特性。
    • 執行容錯移轉時，Site Recovery 會關閉 Azure VM，並啟動內部部署 VM。 機器將會停機一段時間，所以請選擇適當的時間。
  3. 在機器上按一下滑鼠右鍵，然後按一下 [認可]。 這會觸發可移除 Azure VM 的作業。
  4. 確認 Azure VM 已如預期般關閉。

將內部部署機器放到 Azure 重新保護

資料現在應該回到內部部署網站上，但不會複寫至 Azure。 您可以再次開始複寫至 Azure，如下所示：

  1. 在保存庫 >[設定]>[複寫的項目] 中，選取已容錯回復的容錯回復 VM，然後按一下 [重新保護]。
  2. 選取用於將複寫的資料傳送至 Azure 的處理序伺服器，然後按一下 [確定]。

下一步

重新保護作業完成之後，就會將內部部署 VM 複寫到 Azure。 如有需要，您可以將 Azure 作為目的地來執行另一個容錯移轉。