重新保護已容錯移轉至主要區域的 Azure 虛擬機器

當您使用 Azure Site Recovery 將 Azure 虛擬機從某個區域故障轉移到另一個區域時，虛擬機會以未受保護的狀態在次要區域中開機。 如果您想要將虛擬機容錯回復到主要區域，請執行下列工作：

1. 重新保護次要區域中的虛擬機，使其開始復寫到主要區域。
2. 重新保護完成且虛擬機正在復寫之後，您可以從次要區域故障轉移到主要區域。

必要條件

• 必須認可從主要區域到次要區域的虛擬機故障轉移。
• 主要目標網站應該可供使用，而且您應該能夠存取或建立該區域中的資源。

重新保護虛擬機

1. 在 [保存庫>複寫的專案] 中，以滑鼠右鍵按兩下故障轉移的虛擬機，然後選取 [重新保護]。 重新保護的顯示方向應該是從次要到主要。

   

2. 檢閱資源群組、網路、儲存體和可用性設定組。 然後選取確定。 如果已將任何資源標記為新資源，即會在重新保護過程中建立它們。

3. 重新保護作業會在目標網站植入最新資料。 完成該作業之後，即會進行差異複寫。 然後，您可以容錯移轉回到主要網站。 您可以使用自訂選項，來選取您想要在重新保護期間使用的儲存體帳戶或網路。

   

自訂重新保護設定

您可以在重新保護期間自定義目標虛擬機的下列屬性。

屬性	備註
目標資源群組	修改建立虛擬機的目標資源群組。 作為重新保護的一部分，會刪除目標虛擬機。 當您將故障轉移的虛擬機重新保護至來源虛擬機時，就無法變更目標資源群組。
目標虛擬網路	目標網路無法在重新保護作業期間進行變更。 若要變更網路，請重新進行網路對應。
容量保留	設定虛擬機的容量保留。 您可以建立新的容量保留群組來保留容量，或選取現有的容量保留群組。 深入了解容量保留。
目標記憶體 （次要虛擬機器不使用受控磁碟）	您可以變更虛擬機在故障轉移之後使用的記憶體帳戶。
複本受控磁碟 （次要虛擬機使用受控磁碟）	Site Recovery 會在主要區域中建立複本受控磁碟，以鏡像次要虛擬機的受控磁碟。
快取儲存體	您可以指定要在複寫期間使用的快取儲存體帳戶。 預設會建立新的快取儲存體帳戶 (如果不存在)。 根據預設，會使用您為原始主要位置中來源虛擬機選取的記憶體帳戶類型（標準記憶體帳戶或 進階版 區塊 Blob 記憶體帳戶）。 例如，在從原始來源複寫到目標期間，如果您已選取 [高流失]，在從目標重新保護回原始來源期間，預設會使用進階區塊 Blob。 您可以設定並變更它以進行重新保護。 如需詳細資訊，請參閱 Azure 虛擬機災害復原 - 高變換支援。
可用性設定組	如果次要區域中的虛擬機是可用性設定組的一部分，您可以選擇主要區域中目標虛擬機的可用性設定組。 根據預設，Site Recovery 會在主要區域中嘗試尋找現有的可用性設定組並加以使用。 進行自訂時，您可以指定新的可用性設定組。

重新保護期間會發生什麼情況？

預設會發生下列情況：

1. 快取記憶體帳戶會在故障轉移的虛擬機執行所在的區域中建立。
2. 如果目標儲存體帳戶 (主要區域中的原始儲存體帳戶) 不存在，即會建立新的帳戶。 指定的記憶體帳戶名稱是次要虛擬機所使用的記憶體帳戶名稱，後綴為 asr。
3. 如果您的虛擬機使用受控磁碟，則會在主要區域中建立複本受控磁碟，以儲存從次要虛擬機磁碟復寫的數據。
4. 來源磁碟的暫存複本（連接到次要區域中的虛擬機的磁碟）會以名稱 ms-asr-<GUID>建立，用來傳輸/讀取數據。 暫存磁碟可讓我們利用磁碟的完整頻寬，而不是只使用原始磁碟的 16% 帶寬（連線到虛擬機）。 重新保護完成後，就會刪除暫存磁片。
5. 如果目標可用性設定組不存在，請視需要建立一個以作為重新保護作業的一部分。 如果您已自訂重新保護設定，則會使用選取的 設定組。

當您觸發重新保護作業，且目標虛擬機存在時，會發生下列情況：

1. 如果目標端虛擬機正在執行，則會關閉。
2. 如果虛擬機使用受控磁碟，則會使用後綴建立 -ASRReplica 原始磁碟的復本。 原始磁碟則會被刪除。 這些 -ASRReplica 複本會用於複寫。
3. 如果虛擬機使用非受控磁碟，則目標虛擬機的數據磁碟會中斷連結並用於復寫。 系統會在虛擬機上建立並連結 OS 磁碟的複本。 原始 OS 磁碟則會中斷連結並用於複寫。
4. 只會針對來源磁碟與目標磁碟之間的變更進行同步處理。 系統會藉由比較這兩個磁碟來計算出差異，然後進行傳輸。 檢查下方以找出完成重新保護的預估時間。
5. 在同步處理完成之後，差異複寫就會開始，並依據複寫原則建立復原點。

當您觸發重新保護作業，且目標虛擬機和磁碟不存在時，會發生下列情況：

1. 如果虛擬機使用受控磁碟，則會使用 -ASRReplica 後綴建立復本磁碟。 這些 -ASRReplica 複本會用於複寫。
2. 如果虛擬機使用非受控磁碟，則會在目標記憶體帳戶中建立復本磁碟。
3. 將會把全部磁碟從容錯移轉的區域複製到新的目標區域。
4. 在同步處理完成之後，差異複寫就會開始，並依據複寫原則建立復原點。

注意

ms-asr 磁碟是會在完成「重新保護」動作之後刪除的暫存磁碟。 將根據這些磁碟處於作中狀態期間的 Azure 受控磁碟價格向您收取最低費用。

預估重新保護的時間

在大多數情況下，Azure Site Recovery 不會將完整資料複寫至來源區域。 複寫的資料量取決於下列條件：

1. 如果來源虛擬機器的資料因某種原因遭到刪除、損壞或無法存取，Azure Site Recovery 不支援重新保護。 例如，資源群組變更或刪除。 或者，您可以停用先前的災害復原保護，並從目前區域啟用新的保護。
2. 如果來源虛擬機數據可供存取，則會藉由比較磁碟和傳輸差異來計算差異。 在此案例中，[重新保護時間] 大於或等於 checksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale time。

在案例 2 中控管重新保護時間的因素

下列因素會影響在案例 2 中可存取來源虛擬機的重新保護時間：

1. 總和檢查碼計算時間 - 完成從主要位置到災難復原位置的啟用複寫處理序所需的時間會用來總和檢查和差異計算的基準。 瀏覽至 [復原服務保存庫]>[監視]>[網站復原工作]，以查看完成啟用複寫處理序所需的時間。 這是完成總和檢查碼計算所需的最短時間。

2. 總和檢查碼差異資料傳輸大約是磁碟輸送量的 23%。

3. 處理從 Azure Site Recovery 代理程式傳送的復原點所花費的時間 – Azure Site Recovery 代理程式也會繼續在總和檢查碼計算和傳輸階段期間傳送復原點。 不過，Azure Site Recovery 只會在總和檢查碼差異傳輸完成之後進行處理。 處理復原點所需的時間約為總和檢查碼差異計算和總和檢查碼差異傳輸時間的五分之一 (1/5) 左右 (總和檢查碼差異計算的時間 + 總和檢查碼差異傳輸的時間)。 例如，如果總和檢查碼差異計算和總和檢查碼差異傳輸所花費的時間是 15 小時，則處理代理程式復原點所花費的時間會是 3 小時。

4. [自動調整時間] 大約為 20-30 分鐘。

範例案例：

我們以下面的螢幕擷取畫面為例，其中從主要位置到災難復原位置的 [啟用複製] 需要 1 小時 12 分鐘。 總和檢查碼計算時間至少為 1 小時 12 分鐘。 假設容錯轉移後的資料變更量為 45 GB，且磁碟的輸送量為 60 Mbps，差異傳輸會以 14 Mbps 進行，而差異傳輸所花費的時間會是 45 GB/14 Mbps，大約是 55 分鐘。 處理復原點所花費的時間大約是總和檢查碼計算總時間(72 分鐘) 和資料傳輸所花費的時間 (55 分鐘) 的五分之一，大約是 25 分鐘。 此外，自動調整需要 20-30 分鐘的時間。 因此，重新保護的總時間應該至少為三小時。

上述範例說明如何預估重新保護時間。

當虛擬機從災害復原區域重新保護到主要區域時（也就是從主要區域故障轉移至災害復原區域之後）、目標虛擬機（原始來源虛擬機）和相關聯的 NIC（s） 會遭到刪除。

不過，當虛擬機在容錯回復后再次從主要區域重新保護至災害復原區域時，我們不會刪除在先前故障轉移期間建立的災害復原區域中的虛擬機和相關聯的 NIC。。

下一步

在虛擬機受到保護之後，您可以起始故障轉移。 故障轉移會關閉次要區域中的虛擬機，並在主要區域中建立和開機虛擬機，並在此程式期間短暫停機。 建議您據以選擇一個時間，並執行測試容錯移轉，再將完整容錯移轉起始到主要網站。

深入了解 Azure Site Recovery 容錯移轉。