從傳統移至現代化 VMware 災害復原
本文針對將 VMware 或實體機器複寫從傳統移至現代化保護架構，提供有關結構、必要基礎結構和常見問題的資訊。 透過這項移轉功能，您可以成功將已複寫的項目從設定伺服器傳輸到 Azure Site Recovery 複寫設備。 此移轉會由智慧型複寫機制引導，可確保不會針對非危急複寫項目再次執行完整初始複寫，而是只傳輸差異資料。
注意
復原方案將不會移轉，而且必須在現代化復原服務保存庫中再次建立。
架構
下表摘要說明 VMware 或實體機器複寫項目移轉所涉及的元件：
| 元件 | 需求 |
|---|---|
| 傳統復原服務保存庫中的複寫項目 | 使用傳統架構和狀況良好的設定伺服器保護的一或多個複寫項目。 複寫的項目應該處於非危急狀態，而且必須從內部部署複寫至 Azure，且行動代理程式是在 9.50 版或更新版本上執行。 |
| 複寫項目所使用的設定伺服器 | 複寫項目所使用的設定伺服器應該處於非危急狀態，而且其元件應該升級至最新版本 (9.50 或更新版本)。 |
| 具有現代化體驗的復原服務保存庫 | 具有現代化體驗的復原服務保存庫。 |
| 良好的 Azure Site Recovery 複寫設備 | 非危急 Azure Site Recovery 複寫設備，可探索內部部署機器，其所有元件都會升級至最新版本 (9.50 或更新版本)。 確切的必要版本如下： 處理序伺服器：9.50 Proxy 伺服器：1.35.8419.34591 復原服務代理程式：2.0.9249.0 複寫服務：1.35.8433.24227 |
必要基礎結構
請確定下列項目成功移動複寫的項目：
- 使用現代化體驗的復原服務保存庫。
注意
任何建立的新復原服務保存庫預設都會開啟現代化體驗。 您無法切換至傳統體驗，因為該版本已公告淘汰。
- 已成功向保存庫註冊的 Azure Site Recovery 複寫設備，且其所有元件都處於非危急狀態。
- 設備版本必須是 9.50 或更新版本。 如需詳細的版本描述，請查看這裡。
- 系統會將現有複寫機器所在 vCenter 伺服器或 vSphere 主機的詳細資料新增至設備，讓內部部署探索成功。
必要條件
準備基礎結構
請先確定下列事項，再從傳統架構移至現代化架構：
- 建立復原服務保存庫，並確保體驗尚未切換至傳統
- 部署 Azure Site Recovery 複寫設備。
- 將內部部署電腦的 vCenter Server 詳細資料新增至設備，以便成功執行探索。
準備傳統復原服務保存庫
對於您打算移動的複寫項目，請確定以下事項：
- 複寫的項目是透過組態伺服器複寫的 VMware 或實體機器。
- 複寫不會發生在非受控儲存體帳戶，而是發生在受控磁碟上。
- 複寫是從內部部署到 Azure，且複寫的項目不是處於容錯移轉或容錯回復狀態。
- 複寫的項目不會將資料從 Azure 複寫到內部部署。
- 初始複寫並未處於進行中，而且已經完成。
- 複寫的項目不是處於「重新同步處理」狀態。
- 設定伺服器的版本為 9.50 或更新版本，其健康情況處於非危急狀態。
- 設定伺服器有狀況良好的活動訊號。
- 在來源機器上安裝的行動服務代理程式版本是 9.50 或更新版本。
- 支援已啟用 MSI 的復原服務保存庫。
- 支援已啟用私人端點的復原服務保存庫。
- 複寫項目的健全狀況處於非危急狀態，或其復原點成功建立。
準備現代化復原服務保存庫
針對現代化架構設定，請確定：
- 用於現代化架構設定的復原服務保存庫位於與傳統保存庫相同的地理位置。
- Azure Site Recovery 複寫設備會部署在內部部署且版本為 9.50 或更新版本。
- 設備已成功註冊至保存庫。
- 設備及其所有元件都處於非危急狀態，且設備具有狀況良好的活動訊號。
- 現代化架構支援 vCenter Server 版本。
- 來源電腦的 vCenter Server 詳細資料會新增至設備。
- 現代化架構支援 Linux 散發版本。 深入了解。
- 現代化架構支援 Windows Server 版本。 深入了解。
計算移動的總時間
將任何複寫項目從傳統保存庫移至現代化保存庫所需的時間，取決於項目的複寫狀態和磁碟大小。
| 州/省 | 移轉至現代化保存庫的時間 |
|---|---|
| 複寫項目的保護狀態良好，且上一個復原點是在不到 50 分鐘內建立 | 移轉會在 1-2 小時內完成 |
| 複寫項目的保護狀態不良，或上一個復原點是在 50 分鐘前建立 | 移轉時間會有所不同，視磁片大小而定 |
如果您的機器保護狀態狀況不良，請使用下列公式來計算機器的確切時間：
移轉時間 = 1 小時 + 45 秒/GiB
| 電腦設定 | 移轉時間 |
|---|---|
| 一部具有兩個磁碟的機器，磁碟大小皆為 256 GiB | ~ 4 小時 15 分鐘 [兩個磁碟會平行移轉] |
| 10 部機器，各有兩個磁碟，磁碟大小皆為 256 GiB | ~ 4 小時 15 分鐘 [所有 VM 及其磁碟都會平行移轉] |
| 一部具有四個磁碟的機器，磁碟大小皆為 512 GiB | ~ 7 小時 30 分鐘 [兩個磁碟會平行移轉] |
| 10 部機器各有四個磁碟，磁碟大小皆為 512 GiB | ~ 7 小時 30 分鐘 [所有 VM 及其磁碟都會平行移轉] |
系統會使用相同的公式來計算移轉的時間，並顯示在入口網站上。
如何定義必要的基礎結構
將機器從傳統移轉至現代化架構時，您必須確定已在現代化復原服務保存庫中註冊必要的基礎結構。 請參閱複寫設備的大小和容量詳細資料，以協助定義必要的基礎結構。
依規則，您應該設定與傳統復原服務保存庫中進程伺服器數目相同的復寫設備數目。 在傳統保存庫中，如果有一部組態伺服器和四部進程伺服器，則您應該在現代化復原服務保存庫中設定四個復寫設備。
定價
Site Recovery 授權費用將會繼續在傳統保存庫上收費，直到所有復原點的保留期間都過期為止。 清除所有復原點之後，價格也會在傳統保存庫上停止。 所有復原點的保留期間皆過期後，複寫的項目就會透過系統觸發的清除複寫作業自動移除。
Site Recovery 只會在第一個復原點產生且已清除舊保存庫之後，才會開始對現代化保存庫中複寫的項目收取授權費用。 如果傳統保存庫上有任何暫止的免費試用使用天數，則會將相同的資訊傳遞至現代化保存庫。 只有在經過此試用期間之後，才會從現代化保存庫開始定價。
注意
在一個時間點，定價只會使用一個保存庫，也就是傳統保存庫或現代化保存庫。
常見問題集
為什麼應該將機器移轉至現代化架構？
請務必注意，災害復原的傳統架構將會逐步淘汰，因此使用者應確保切換到最新和現代化版本。 下表提供這兩種架構的比較，協助您選擇在發生災害時可保護機器的適當選項。
| 傳統架構 | 現代化架構 [新] |
|---|---|
| 探索內部部署資料所需的多個設定。 | 使用探索服務對內部部署資料中心進行集中探索。 |
| 初始上線所需的大量步驟。 | 藉由自動化成品建立並引進預設值來減少所需輸入，簡化上線體驗。 |
| 利用手動下載的檔案來取得雲端內容。 | 引進複寫金鑰，用於在設定設備時取得雲端內容。 |
| 簡單啟用複寫程式所需的大量步驟。 | 藉由減少所需的輸入數目並重新定義每個刀鋒視窗，簡化啟用複寫體驗。 |
| 設定伺服器會持續成為內部部署基礎結構，並針對各種元件進行廣泛的設定。 | 將所有元件轉換成 Azure 裝載的微服務，藉此增強設備。 這可簡化設備調整、監視和疑難排解。 |
| 在適用於 Linux 機器的 Azure 中，向外延展處理序伺服器和主要目標伺服器的需求是阻礙需求。 | 已移除維護個別處理序伺服器和主要目標伺服器的需求。 |
| 使用靜態複雜密碼進行驗證，這會干擾客戶定期密碼輪替的商務需求。 | 引進憑證式驗證，其更安全，並可解決客戶的安全性考慮。 |
| 升級至更新的版本需要手動完成，而且是相當麻煩的程序。 | 引進了設備元件和行動服務的自動升級。 |
| 設定伺服器沒有高可用性，而且可能會有崩潰的風險。 | 實作設備的高可用性，以確保復原能力。 |
| 應定期更新根認證，以確保無錯誤升級體驗。 | 無須維護機器的根認證以執行自動升級的需求。 |
| 應將靜態 IP 位址指派給設定伺服器，以維護連線能力。 | 引進了設備與內部部署機器之間的 FQDN 型連線能力。 |
| 只應該使用已啟用站對站 VPN 或 Express Route 的虛擬網路。 | 已移除維護站對站 VPN 或 Express Route 以進行反向複寫的需求。 |
| 第三方工具 MySQL 也必須設定。 | 已移除所有第三方工具的相依性。 |
哪些機器應該移轉至現代化架構？
所有使用設定伺服器複寫的 VMware 或實體機器都應該移轉至現代化架構。
應該在哪裡建立現代化復原服務保存庫？
現代化復原服務保存庫應位於與傳統保存庫相同的區域和租用戶中。 其可以是任何訂用帳戶或資源群組的一部分。
移轉發生時，我的複寫是否會繼續？
否，在移轉進行時，複寫將會中斷一段時間。 在此期間，可使用傳統復原服務保存庫中的最後建立的復原點進行容錯移轉。 移轉完成後，現代化復原服務保存庫中會產生新的復原點。
何時會將移轉作業標示為完成？
只有在成功在現代化復原服務保存庫中建立第一個復原點之後，移轉作業才會標示為完成。
移轉完成後，可以從傳統復原服務保存庫執行哪些作業？
在移轉之後，您可以從傳統保存庫執行容錯移轉。 在復原點到期之前，傳統保存庫中都會繼續提供容錯移轉作業。
例如，如果複寫項目的保留期間是 72 小時 (三天)，則在成功移轉之後，傳統保存庫上的最新復原點將會持續提供 72 小時 (三天)。 在規定的時間之後，Azure Site Recovery 會在複寫的項目上自動觸發清除複寫作業，並執行所有相關聯儲存體和計費原因項目的清除作業。
如果我的電腦在移轉作業進行時發生災害，會發生什麼事？
任何移轉中的複寫項目仍可透過傳統復原服務保存庫支援容錯移轉作業，直到最終復原點的保留期間結束為止。 如果您嘗試執行容錯移轉作業，該作業會優先於移轉作業，因此移轉作業會中止。 為了確保複寫的項目妥善移轉，您必須在稍後再次觸發移轉作業。
注意
在移轉進行時，可以更新複寫項目的計算和網路屬性。 不過，在現代化復原服務保存庫中可能不會複寫變更。
我一次可以將多少部機器從傳統保存庫移轉到現代化保存庫？
您可以透過入口網站一次移轉最多 10 部機器。
我應該重新建立要在新保存庫中使用的虛擬網路、儲存體帳戶和複寫策略嗎？
否，在現代化保存庫中也預設使用先前使用的相同資源。 您可以隨時從複寫項目的 [計算] 和 [網路] 刀鋒視窗變更這些內容。 您必須確定資源會繼續擁有必要的存取權。
如何將我的複寫原則移至現代化保存庫？
作為必要條件，Site Recovery 會在現代化保存庫中建立複寫策略，且設定與傳統保存庫中的設定相同。 因此在複寫項目移動之前，系統會在現代化保存庫中建立相關聯的原則。 在觸發移轉之後，建議您避免變更傳統保存庫中的複寫原則設定，因為這些變更不會反映至現代化保存庫。 最佳做法是先進行這些變更，然後再開始移轉程序。
在現代化保存庫中建立的複寫策略會在現代化保存庫中變更其名稱。 該名稱前面會加上現代化復原服務保存庫的資源群組名稱以及保存庫名稱。 因此，如果原則名稱是傳統保存庫中的「預設複寫原則」，假設保存庫的名稱是 contoso-modern-vault，而保存庫的資源群組是 contoso-rg，則在現代化保存庫中，此原則的名稱將會是 default replication policy contoso-modern-vault_contoso-rg。
在移轉期間或移轉後，我可以在傳統保存庫中編輯複寫策略嗎？
如果已在現代化保存庫中建立複本，則傳統保存庫中的任何原則變更都不會傳播至現代化保存庫。
因此，如果有 10 個使用原則複寫的複寫項目，而您決定將 5 個複寫項目移至現代化體驗，則會在移轉開始之前建立一份原則複本。 現在，在執行其餘五個項目的移轉之前，如果在傳統保存庫中的原則進行任何變更，將不會更新來自現代化保存庫的原則。 您必須在現代化保存庫中再次執行這些設定變更。
如何移轉存在於複寫群組 (也稱為多 VM 一致性群組) 中的複寫項目？
屬於複寫群組的所有複寫項目都會一起移轉。 您可以選取複寫群組以選取所有項目，或略過所有項目。 如果複寫群組中某些機器的移轉程序失敗，但其他成功，則會針對失敗的複寫項目執行復原至傳統體驗，並可為這些項目再次觸發移轉程序。
我可以使用公用端點將傳統設定移轉至使用私人端點進行現代化設定嗎？
否，您只能將具有公用端點的傳統災害復原設定移至現代化公用端點設定。 請注意，不支援非私人端點移轉至私人端點，但支援私人端點移轉至私人端點。