移轉和現代化：常見問題

  • 發行項

警告

這篇文章參考 CentOS，這是接近生命週期結束 (EOL) 狀態的 Linux 發行版本。 請據以考慮您的使用方式和規劃。 如需詳細資訊，請參閱 CentOS 生命週期結束指引。

本文會回答移轉和現代化工具的常見問題。 如果您有其他問題，請檢查下列資源：

一般問題

移轉和現代化中的移轉選項為何？

移轉和現代化工具提供兩個選項，可將來源伺服器和虛擬機移轉至 Azure：無代理程式移轉和代理程式型移轉。

不論選擇移轉選項為何，使用移轉和現代化工具移轉伺服器的第一個步驟是開始復寫伺服器。 這會執行 VM/伺服器數據至 Azure 的初始複寫。 初始復寫完成後，會建立進行中的複寫（進行中的差異同步處理），以將累加數據遷移至 Azure。 一旦作業達到差異同步階段，您可以選擇隨時移轉至 Azure。

以下是在決定移轉選項時請記住的一些考慮。

無代理程式移轉 不需要在移轉的來源 VM/伺服器上部署任何軟體（代理程式）。 無代理程式選項會整合虛擬化提供者所提供的功能來協調複寫。 無代理程序復寫選項適用於 VMware VM 和 Hyper-V VM。

代理程式型移 轉需要將 Azure Migrate 軟體（代理程式）安裝在要移轉的來源 VM/機器上。 代理程式型選項不會依賴虛擬化平台來進行複寫功能。 因此，它可以與任何執行 x86/x64 架構的伺服器以及代理程式型復寫方法支援的作業系統版本搭配使用。

代理程式型移轉選項可用於 VMware VM、Hyper-V VM、實體伺服器、在 AWS 上執行的 VM、在 GCP 上執行的 VM，或在不同的虛擬化提供者上執行的 VM。 代理程式型移轉會將您的計算機視為移轉的實體伺服器。

雖然無代理程式移轉為支援案例 （VMware 和 Hyper-V） 的代理程式型復寫選項提供了另一個便利和簡單，但您可能想要考慮針對下列使用案例使用代理程式型案例：

  • IOPS 限制環境：無代理程序復寫會使用快照集，並取用記憶體 IOPS/頻寬。 如果您的環境中有記憶體/IOPS 的條件約束，建議您使用代理程式型移轉方法。
  • 如果您沒有 vCenter Server，您可以將 VMware VM 視為實體伺服器，並使用代理程式型移轉工作流程。

若要深入瞭解，請檢閱本文，以比較 VMware 移轉的移轉選項。

使用 Azure Migrate 移轉支援哪些地理位置？

檢閱公用和政府雲端支援的地理位置。

我可以使用相同的 Azure Migrate 專案來移轉至多個區域嗎？

雖然您可以在 Azure Migrate 專案中建立多個區域的評量，但一個 Azure Migrate 專案只能用來將伺服器移轉至一個 Azure 區域。 您可以為每個需要移轉的區域建立額外的 Azure Migrate 專案。

  • 針對無代理程式 VMware 移轉，當您啟用第一次復寫之後，目標區域就會鎖定。
  • 針對代理程式型移轉（VMware、實體伺服器和其他雲端的伺服器），在設定複寫設備時選取入口網站上選取 [建立資源] 按鈕之後，目標區域就會鎖定。
  • 針對無代理程式 Hyper-V 移轉，在設定 Hyper-V 複寫提供者時，在入口網站上選取 [建立資源] 按鈕之後，就會鎖定目標區域。

我是否可以使用相同的 Azure Migrate 專案來移轉至多個訂用帳戶？

是，您可以在 Azure Migrate 專案的相同目標區域中移轉至多個訂用帳戶（相同 Azure 租使用者）。 您可以在啟用機器或一組機器的複寫時選取目標訂用帳戶。 目標區域會在無代理程式 VMware 移轉的第一次復寫後鎖定，在復寫設備和 Hyper-V 提供者安裝期間，分別用於代理程式型移轉和無代理程式 Hyper-V 移轉。

如何將數據從內部部署環境傳輸至 Azure？ 傳輸前是否已加密？

無代理程序復寫案例中的 Azure Migrate 設備會在上傳之前壓縮數據和加密。 數據會透過 HTTPs 透過安全通道傳輸，並使用 TLS 1.2 或更新版本。 此外，Azure 儲存體 將數據保存在雲端時自動加密（待用加密）。

我可以使用 Azure Migrate 針對災害復原案例所建立的復原服務保存庫嗎？

不建議使用 Azure Migrate 針對災害復原案例所建立的復原服務保存庫。 這樣做可能會導致 Azure Migrate 中的開始復寫失敗。

測試移轉和移轉作業有何差異？

測試移轉提供在實際移轉之前測試及驗證移轉的方式。 測試移轉的運作方式是讓您在實際移轉之前，使用 Azure 中的沙箱環境來測試虛擬機。 沙箱環境是由您指定的測試虛擬網路所劃定。 測試移轉作業是非干擾性的，前提是測試 VNet 已足夠隔離。 此處的隔離 VNet 表示輸入和輸出連線規則是設計來避免不必要的連線。 例如， 內部部署機器的連線受到限制。

應用程式可以在來源繼續執行，同時讓您在隔離沙盒環境中對複製的複本執行測試。 您可以視需要執行多個測試，以驗證移轉、執行應用程式測試，以及在實際移轉之前解決任何問題。

顯示測試移轉和實際移轉差異的螢幕快照。

Azure Migrate 是否有復原選項？

您可以使用 [測試移轉] 選項來驗證 Azure 中的應用程式功能和效能。 您可以執行任意數目的測試移轉，並在透過測試移轉作業建立信賴度之後，執行最終移轉。 測試移轉不會影響內部部署計算機，這會繼續運作，並繼續復寫，直到您執行實際的移轉為止。 如果在測試移轉 UAT 期間發生任何錯誤，您可以選擇延後最終移轉，並讓來源 VM/伺服器繼續執行並復寫至 Azure。 解決錯誤之後，您可以重新嘗試最終移轉。 注意：一旦您執行最終移轉至 Azure，且內部部署來源機器已關閉，就無法執行從 Azure 復原至內部部署環境。

我可以選取要用於測試移轉的 虛擬網絡 和子網嗎？

您可以選取測試移轉 虛擬網絡。 子網會根據下列邏輯自動選取：

  • 如果在啟用複寫時將目標子網（非預設值）指定為輸入，則 Azure Migrate 會在針對測試移轉選取的 虛擬網絡 中，使用具有相同名稱的子網來排定優先順序。
  • 如果找不到同名的子網，則 Azure Migrate 會依字母順序選取第一個可用子網，該子網不是網關/應用程式閘道/防火牆/Bastion 子網。

為什麼我的伺服器停用 [測試移轉] 按鈕？

在下列案例中，測試移轉按鈕可能處於停用狀態：

  • 在 VM 完成初始複寫之前，您無法開始測試移轉。 測試移轉按鈕將會停用，直到 IR 程式完成為止。 一旦 VM 處於差異同步階段，您就可以執行測試移轉。
  • 如果測試移轉已完成，則可以停用按鈕，但未針對該 VM 執行測試移轉清除。 執行測試移轉清除，然後重試作業。

如果我未清除測試移轉，會發生什麼事？

測試移轉會使用複寫的數據建立測試 Azure VM 來模擬實際的移轉。 伺服器將會以復寫數據的時間點複本部署到目標資源群組（啟用複寫時選取的複寫），並加上 “-test” 後綴。 測試移轉是用來驗證伺服器功能，以便將移轉后問題降到最低。 如果未在測試後清除測試移轉，測試虛擬機將會繼續在 Azure 中執行，而且會產生費用。 若要清除測試移轉後，請移至移轉和現代化工具中的復寫機器檢視，然後在機器上使用「清除測試移轉」動作。

如何? 知道我的 VM 是否已成功移轉？

成功移轉 VM/伺服器之後，您可以從 [虛擬機器] 頁面檢視和管理 VM。 連線 移轉的 VM 進行驗證。 或者，您可以檢閱作業的「作業狀態」，以檢查是否已順利完成移轉。 如果您看到任何錯誤，請加以解決，然後重試移轉作業。

如果我在移轉后不停止複寫，會發生什麼事？

當您停止複寫時，移轉和現代化工具會清除針對複寫建立的訂用帳戶中的受控磁碟。

如果我在移轉后未完成移轉，會發生什麼事？

當您完成移轉時，移轉和現代化工具會清除針對復寫建立的訂用帳戶中的受控磁碟。 如果您在移轉后未選取 [ 完成移 轉]，您將會繼續對這些磁碟產生費用。 完整移轉不會影響連結至已移轉之機器的磁碟。

如何將以 UEFI 為基礎的機器移轉至 Azure 作為 Azure 第 1 代 VM？

移轉和現代化工具會將以 UEFI 為基礎的機器移轉至 Azure 作為 Azure 第 2 代 VM。 如果您想要將其移轉至 Azure 第 1 代 VM，請在開始複寫之前，將開機類型轉換為 BIOS，然後使用移轉和現代化工具來移轉至 Azure。

Azure Migrate 會將 UEFI 型機器轉換成 BIOS 型機器，並將其移轉至 Azure 作為 Azure 第 1 代 VM 嗎？

移轉和現代化工具會將所有以 UEFI 為基礎的機器移轉至 Azure 作為 Azure 第 2 代 VM。 我們不再支援將 UEFI 型 VM 轉換成 BIOS 型 VM。 所有 BIOS 型機器只會移轉至 Azure 作為 Azure 第 1 代 VM。

哪些操作系統支援將 UEFI 型機器移轉至 Azure？

支援以 UEFI 為基礎的機器的作業系統 無代理程式 VMware 至 Azure 無代理程式 Hyper-V 至 Azure 代理程式型 VMware、實體和其他雲端至 Azure
Windows Server 2019、2016、2012 R2、2012 Y Y Y
Windows 10 專業版、Windows 10 企業版 Y Y Y
SUSE Linux Enterprise Server 15 SP1 Y Y Y
SUSE Linux Enterprise Server 12 SP4 Y Y Y
Ubuntu Server 16.04、18.04、19.04、19.10 Y Y Y
RHEL 8.1、8.0、7.8、7.7、7.6、7.5、7.4、7.0、6.x Y Y Y
Cent OS 8.1、8.0、7.7、7.6、7.5、7.4、6.x Y Y Y
Oracle Linux 7.7、7.7-CI Y Y Y

我可以使用 Azure Migrate 移轉 Active Directory 域控制器嗎？

移轉和現代化工具與應用程式無關，適用於大多數應用程式。 當您使用移轉和現代化工具移轉伺服器時，伺服器上安裝的所有應用程式都會連同它一起移轉。 不過，針對某些應用程式，移轉和現代化以外的替代移轉方法可能更適合移轉。 針對 Active Directory，如果內部部署網站連線到 Azure 環境的混合式環境，您可以在 Azure 中新增額外的域控制器並設定 Active Directory 複寫，以將目錄延伸至 Azure。 如果您要移轉至 Azure 中的隔離環境，而需要自己的域控制器（或在沙箱環境中測試應用程式），您可以使用移轉和現代化工具來移轉伺服器。

我可以在移轉時升級我的OS嗎？

移轉和現代化工具目前僅支援類似移轉。 此工具不支援在移轉期間升級OS版本。 移轉的計算機將會有與來源計算機相同的OS。

我需要 VMware vCenter 移轉 VMware VM 嗎？

若要 使用 VMware 代理程式型或無代理程式移轉來移轉 VMware VM ，則必須由 vCenter Server 管理 VM 所在的 ESXi 主機。 如果您沒有 vCenter Server，您可以將 VMware VM 遷移為實體伺服器。 深入了解。

我可以在移轉時將多個來源 VM 合併到一個 VM 嗎？

移轉和現代化功能目前支援類似移轉。 我們不支援合併伺服器或升級操作系統作為移轉的一部分。

移轉后，Azure 是否會支援 Windows Server 2008 和 2008 R2？

您可以將內部部署 Windows Server 2008 和 2008 R2 伺服器移轉至 Azure 虛擬機，並在終止支援日期之後取得延伸安全性 更新 三年，費用高於執行虛擬機的成本。 您可以使用移轉和現代化工具來移轉 Windows Server 2008 和 2008 R2 工作負載。

如何? 將 VMware/Hyper-V 上執行的 Windows Server 2003 遷移至 Azure？

Windows Server 2003 擴充支援 已於 2015 年 7 月 14 日結束。 Azure 支援 小組會繼續協助針對在 Azure 上執行 Windows Server 2003 的問題進行疑難解答。 不過，此支援僅限於不需要OS層級疑難解答或修補程序的問題。 建議將應用程式移轉至執行較新版本 Windows Server 的 Azure 實例，以確保您有效地使用 Azure 雲端的彈性和可靠性。

不過，如果您仍然選擇將 Windows Server 2003 移轉至 Azure，如果您的 Windows Server 是 VMware 或 Hyper-V 上執行的 VM，您可以使用移轉和現代化工具來準備 Windows Server 2003 機器以進行移轉。

無代理程式 VMware 移轉

無代理程式移轉如何運作？

移轉和現代化工具提供無代理程序復寫選項，可移轉執行 Windows 或 Linux 的 VMware 虛擬機和 Hyper-V 虛擬機。 此工具也為 Windows 和 Linux 伺服器提供另一個代理程式型復寫選項，可用來移轉實體伺服器，以及 VMware、Hyper-V、AWS、GCP 等的 x86/x64 虛擬機。代理程式型復寫選項需要在要移轉的伺服器/虛擬機上安裝代理程式軟體，而在無代理程式選項中，不需要在虛擬機本身上安裝軟體，因此在代理程式型復寫選項上提供更方便和簡單。

無代理程序復寫選項的運作方式是使用虛擬化提供者所提供的機制（VMware、Hyper-V）。 在 VMware 虛擬機的情況下，無代理程式復寫機制會使用 VMware 快照集和 VMware 變更的區塊追蹤技術，從虛擬機磁碟復寫數據。 此機制類似於許多備份產品所使用的機制。 在 Hyper-V 虛擬機的情況下，無代理程式復寫機制會使用 VM 快照集和 Hyper-V 復本的變更追蹤功能，從虛擬機磁碟復寫數據。

針對虛擬機設定複寫時，它會先經歷初始複寫階段。 在初始復寫期間，會擷取 VM 快照集，並將快照集磁碟的完整數據復本復寫到訂用帳戶中的受控磁碟。 VM 的初始復寫完成之後，複寫程式會轉換為累加式復寫（差異複寫）階段。 在累加式復寫階段中，自上次完成的複寫周期之後發生的數據變更會定期複寫並套用至複本受控磁碟，從而讓復寫與 VM 上發生的變更保持同步。 在 VMware 虛擬機的情況下，會使用 VMware 變更區塊追蹤技術來追蹤復寫週期之間的變更。 在復寫周期開始時，會擷取 VM 快照集並變更區塊追蹤，以取得目前快照集與上次成功復寫快照集之間的變更。 如此一來，只需要復寫自上次完成複寫週期后變更的數據，才能讓 VM 的復寫保持同步。在每個復寫周期結束時，會釋放快照集，並針對虛擬機執行快照集彙總。 同樣地，在 Hyper-V 虛擬機的情況下，Hyper-V 複本變更追蹤引擎會用來追蹤連續復寫週期之間的變更。

當您在復寫虛擬機上執行移轉作業時，您可以選擇關閉內部部署虛擬機，並執行最後一個累加式複寫，以確保零數據遺失。 在執行移轉時，會使用對應至虛擬機的複本受控磁碟，在 Azure 中建立虛擬機。

若要開始使用，請參閱 VMware 無代理程式移轉 和 Hyper-V 無代理程式移 轉教學課程。

如何? 量測移轉的頻寬需求嗎？

將數據復寫至 Azure 的頻寬取決於一系列因素，而且是內部部署 Azure Migrate 設備讀取和復寫數據至 Azure 的速度的函式。 復寫有兩個階段：初始復寫和差異複寫。

當 VM 複寫開始時，就會發生初始復寫週期，其中會復寫磁碟的完整復本。 初始複寫完成之後，會定期排程累加式複寫週期（差異週期），以傳輸自上一個復寫周期以來發生的任何變更。

您可以根據要在初始複寫完成的波段和時間內移動所需的數據量來計算頻寬需求（理想情況下，您想要在實際移轉期間之前至少完成 3-4 天的初始複寫，讓您有足夠的時間在實際時間範圍之前執行測試移轉，並在時間範圍內將停機時間保持在最小值）。

您可以使用下列公式來估計無代理程式 VMware VM 移轉所需的頻寬或時間：

完成初始復寫的時間 = {磁碟大小 （或可用時使用的大小） * 0.7 （假設 30% 壓縮平均 – 保守估計）}/带寬可供復寫使用。

如何? 使用 Azure Migrate 設備進行無代理程式 VMware 複寫的節流複寫？

您可以使用 NetQosPolicy 進行節流。 請注意，此節流僅適用於來自 Azure Migrate 設備的輸出連線。 例如：

在 NetQosPolicy 中使用的 AppNamePrefix 為 “GatewayWindowsService.exe”。 您可以在 Azure Migrate 設備上建立原則，藉由建立如下的原則來節流來自設備的復寫流量：

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

為了根據排程增加和減少複寫頻寬，您可以利用 Windows 排程工作視需要調整頻寬。 一個工作將用來降低頻寬，另一個工作將用來增加頻寬。 注意：您必須在執行下列命令之前，先建立上面概述的 NetQosPolicy。

#Replace with an account part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) will be used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the Scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

變換率如何影響無代理程序複寫？

因為無代理程序復寫會折疊在數據中， 因此變換模式 比 變換率更重要。 一次又一次地寫入檔案時，速率並無太大影響。 不過，寫入其他扇區的模式會導致下一個週期的高變換率。 因為我們將傳輸的數據量降到最低，所以我們允許數據在排程下一個週期之前盡可能折疊。

複寫週期的排程頻率如何？

排程下一個復寫週期的公式是（先前的週期時間/2）或一小時，無論哪一個時間更高。

例如，如果 VM 需要四個小時的差異迴圈，下一個週期會排程為兩小時，而不是在下一小時。 當第一個差異週期立即排程時，初始複寫之後的程式會立即不同。

我部署了兩個（或更多）設備來探索 vCenter Server 中的 VM。 不過，當我嘗試移轉 VM 時，我只會看到對應至其中一個設備的 VM。

如果已設定多個設備，則需要在提供的 vCenter 帳戶上的 VM 之間沒有重疊。 具有這類重疊的探索是不支援的案例。

無代理程序復寫如何影響 VMware 伺服器？

無代理程式復寫會對 VMware vCenter Server 和 VMware ESXi 主機造成一些效能影響。 因為無代理程式復寫使用快照集，所以它會在記憶體上使用IOPS，因此需要一些IOPS記憶體頻寬。 如果您的環境中有記憶體或 IOP 的條件約束，不建議使用無代理程式複寫。

我可以使用 Azure Migrate 將 Web 應用程式遷移至 Azure App 服務 嗎？

您可以對 VMware 環境中裝載於 Windows OS 的 IIS 網頁伺服器上執行的 ASP.NET Web 應用程式執行大規模無代理程式移轉。 深入了解。

代理程式型移轉

如何將 AWS EC2 實例遷移至 Azure？

檢閱文章，以探索、評估和將 AWS EC2 實例移轉至 Azure。

代理程式型移轉如何運作？

除了 VMware 虛擬機和 Hyper-V 虛擬機的無代理程式移轉選項之外，移轉和現代化工具還提供代理程式型移轉選項，可移轉在實體伺服器上執行的 Windows 和 Linux 伺服器，或在 VMware、Hyper-V、AWS、Google Cloud Platform 上以 x86/x64 虛擬機執行。

代理程式型移轉方法會使用安裝在要移轉之伺服器上的代理程式軟體，將伺服器數據復寫至 Azure。 複寫程式會使用卸除架構，代理程式會將複寫數據轉送至稱為複寫設備或組態伺服器的專用複寫伺服器（或向外延展進程伺服器）。 深入瞭解 代理程式型移轉選項的運作方式。

注意：復寫設備與 Azure Migrate 探索設備不同，而且必須安裝在個別/專用的計算機上。

我應該在哪裡安裝代理程式型移轉的復寫設備？

復寫設備應該安裝在專用計算機上。 復寫設備不應該安裝在您想要復寫的來源計算機上，或安裝在您可能之前已安裝的 Azure Migrate 設備上（用於探索和評量）。 請遵循教學課程以取得詳細數據。

我可以移轉執行 Amazon Linux 作業系統的 AWS VM 嗎？

執行 Amazon Linux 的 VM 無法依目前狀態移轉，因為 AWS 僅支援 Amazon Linux OS。 若要移轉在 Amazon Linux 上執行的工作負載，您可以在 Azure 中啟動 CentOS/RHEL VM，並使用相關的工作負載移轉方法來移轉在 AWS Linux 機器上執行的工作負載。 例如，視工作負載而定，可能會有工作負載特定的工具來協助移轉，例如，如果是網頁伺服器，則為資料庫或部署工具。

如何? 量測移轉的頻寬需求嗎？

將數據復寫至 Azure 的頻寬取決於一系列因素，而且是內部部署 Azure Migrate 設備讀取和復寫數據至 Azure 的速度的函式。 復寫有兩個階段：初始復寫和差異複寫。

當 VM 複寫開始時，就會發生初始復寫週期，其中會復寫磁碟的完整復本。 初始複寫完成之後，會定期排程累加式複寫週期（差異週期），以傳輸自上一個復寫周期以來發生的任何變更。

針對以代理程式為基礎的復寫方法，部署規劃工具可協助分析數據變換的環境，並協助預測所需的頻寬需求。 若要深入瞭解，請檢視這篇文章

無代理程式 Hyper-V 移轉

無代理程式移轉如何運作？

移轉和現代化工具提供無代理程序復寫選項，可移轉執行 Windows 或 Linux 的 VMware 虛擬機和 Hyper-V 虛擬機。 此工具也為 Windows 和 Linux 伺服器提供額外的代理程式型復寫選項，可用來移轉實體伺服器，以及 VMware、Hyper-V、AWS、GCP 等的 x86/x64 虛擬機。代理程式型復寫選項需要在要移轉的伺服器/虛擬機上安裝代理程式軟體，而在無代理程式選項中，不需要在虛擬機本身上安裝軟體，因此透過代理程式型復寫選項提供額外的便利性和簡單性。

無代理程序復寫選項的運作方式是使用虛擬化提供者所提供的機制（VMware、Hyper-V）。 在 Hyper-V 虛擬機的情況下，無代理程式復寫機制會使用 VM 快照集和 Hyper-V 復本的變更追蹤功能，從虛擬機磁碟復寫數據。

針對虛擬機設定複寫時，它會先經歷初始複寫階段。 在初始復寫期間，會擷取 VM 快照集，並將快照集磁碟的完整數據復本復寫到訂用帳戶中的受控磁碟。 VM 的初始復寫完成之後，複寫程式會轉換為累加式復寫（差異複寫）階段。 在累加式復寫階段中，自上次完成的複寫周期之後發生的數據變更會定期複寫並套用至複本受控磁碟，從而讓復寫與 VM 上發生的變更保持同步。 在 VMware 虛擬機的情況下，會使用 VMware 變更區塊追蹤技術來追蹤復寫週期之間的變更。 在復寫周期開始時，會擷取 VM 快照集並變更區塊追蹤，以取得目前快照集與上次成功復寫快照集之間的變更。 如此一來，只需要復寫自上次完成複寫週期后變更的數據，才能讓 VM 的復寫保持同步。在每個復寫周期結束時，會釋放快照集，並針對虛擬機執行快照集彙總。 同樣地，在 Hyper-V 虛擬機的情況下，Hyper-V 複本變更追蹤引擎會用來追蹤連續復寫週期之間的變更。

當您在復寫虛擬機上執行移轉作業時，您可以選擇關閉內部部署虛擬機，並執行最後一個累加式複寫，以確保零數據遺失。 在執行移轉時，會使用對應至虛擬機的複本受控磁碟，在 Azure 中建立虛擬機。

若要開始使用，請參閱 Hyper-V 無代理程式移 轉教學課程。

如何? 量測移轉的頻寬需求嗎？

將數據復寫至 Azure 的頻寬取決於一系列因素，而且是內部部署 Azure Migrate 設備讀取和復寫數據至 Azure 的速度的函式。 復寫有兩個階段：初始復寫和差異複寫。

當 VM 複寫開始時，就會發生初始復寫週期，其中會復寫磁碟的完整復本。 初始複寫完成之後，會定期排程累加式複寫週期（差異週期），以傳輸自上一個復寫周期以來發生的任何變更。

您可以根據要在初始複寫完成的波段和時間內移動所需的數據量來計算頻寬需求（理想情況下，您想要在實際移轉期間之前至少完成 3-4 天的初始複寫，讓您有足夠的時間在實際時間範圍之前執行測試移轉，並在時間範圍內將停機時間保持在最小值）。

下一步

閱讀 Azure Migrate 概觀。