災難恢復后將 VMware VM 故障回復到 Azure

在災難恢復過程中故障轉(zhuǎn)移到 Azure 以后，可以故障回復到本地站點。 使用 Azure Site Recovery 可以執(zhí)行兩種不同類型的故障回復：

• 故障回復到原始位置

• 故障回復到備用位置

故障轉(zhuǎn)移 VMware 虛擬機后，可以故障回復到同一個本地源虛擬機（如果仍然存在）。 在這種情況下，只會復制更改。 這種情況稱為原始位置恢復。 如果本地虛擬機不存在，則這種情況是一種備用位置恢復。

 備注

僅可故障回復到原始 vCenter 和配置服務器。 無法部署新配置服務器并通過它進行故障回復。 此外，無法向現(xiàn)有配置服務器添加新 vCenter 并故障回復到新 vCenter。

原始位置恢復 (OLR)

如果選擇故障回復到原始虛擬機，需要滿足以下條件：

• 如果虛擬機由 vCenter 服務器管理，主目標的 ESX 主機應該可以訪問虛擬機數(shù)據(jù)存儲。

• 如果虛擬機位于 ESX 主機上，但不由 vCenter 管理，則虛擬機的硬盤必須位于主目標的主機可訪問的數(shù)據(jù)存儲中。

• 如果虛擬機位于 ESX 主機上但不使用 vCenter，則應完成針對主目標的 ESX 主機的發(fā)現(xiàn)操作，才能進行重新保護。 若要對物理服務器進行故障回復，此規(guī)則也同樣適用。

• 可以故障回復到虛擬存儲區(qū)網(wǎng)絡 (vSAN) 或基于原始設備映射 (RDM) 的磁盤（如果磁盤已存在并且已連接到本地虛擬機）。

 重要

請務必啟用 disk.enableUUID= TRUE，以便故障回復期間 Azure Site Recovery 服務能夠識別將向其寫入未完成更改的虛擬機上的原始 VMDK。 如果此值未設置為 TRUE，則該服務會盡力嘗試識別相應的本地 VMDK。 如果找不到合適的 VMDK，它會創(chuàng)建額外的磁盤，并將數(shù)據(jù)寫入到該磁盤。

備用位置恢復 (ALR)

如果在重新保護本地虛擬機之前該虛擬機不存在，則該方案稱為備用位置恢復。 重新保護工作流將重新創(chuàng)建本地虛擬機。 這還會導致完整數(shù)據(jù)下載。

• 故障回復到備用位置時，會將虛擬機恢復到主目標服務器所部署到的同一 ESX 主機。 用于創(chuàng)建磁盤的數(shù)據(jù)存儲將與重新保護虛擬機時選擇的數(shù)據(jù)存儲相同。

• 只能故障回復到虛擬機文件系統(tǒng) (VMFS) 或 vSAN 數(shù)據(jù)存儲。 如果有 RDM，重新保護和故障回復將不起作用。

• 重新保護涉及一次較大的初始數(shù)據(jù)傳輸，并會進行更改。 之所以要執(zhí)行此過程，是因為本地沒有虛擬機。 需要復制回完整的數(shù)據(jù)。 此重新保護所需的時間還比原始位置恢復長。

• 無法故障回復到基于 RDM 的磁盤。 只能在 VMFS/vSAN 數(shù)據(jù)存儲中創(chuàng)建新的虛擬機磁盤 (VMDK)。

 備注

故障轉(zhuǎn)移到 Azure 時，物理計算機只能故障回復為 VMware 虛擬機。 這需要執(zhí)行與備用位置恢復相同的工作流。 確保除了需要故障回復到的必要 ESX/ESXi 主機之外，還發(fā)現(xiàn)至少一臺主目標服務器。