移轉和現代化：常見問題

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

• 關於 Azure Migrate，取得一般資訊。
• 閱讀有關Azure Migrate設備的常見問題解答。
• 深入了解探索、評估和相依性視覺效果。
• 請在 Azure Migrate 論壇 提問。

一般問題

使用移轉和現代化中工具的移轉選項為何？

Migration and Modernization 工具提供無代理及代理式遷移，將您的來源伺服器與虛擬機（VM）遷移至 Azure。

無論您選擇的移轉選項為何，使用移轉和現代化工具移轉伺服器的第一個步驟是啟動對伺服器的複寫。 這個程序會先將您的虛擬機/伺服器資料複製到 Azure。 初始複製完成後，會建立持續的複製（delta sync），將增量資料遷移至 Azure。 當操作進入 delta-sync 階段後，你可以隨時選擇遷移到 Azure。

當您決定要使用的移轉選項時，請考慮下列資訊。

無代理程式移轉不需要您在您要移轉的來源 VM/伺服器上部署任何軟體 (代理程式)。 無代理程式選項會整合虛擬化提供者所提供的功能來協調複寫。

無代理複寫選項可用於 VMware 虛擬機 及 Hyper-V虛擬機。

基於代理的遷移需要你在遷移的來源虛擬機上安裝 Azure Migrate 軟體（代理）。 代理程式型選項不會依賴虛擬化平台來進行複寫功能。 該選項可與執行 x86/x64 架構和代理程式型複寫方法所支援作業系統版本的任何伺服器搭配使用。

代理程式型移轉選項可用於：

• VMWare VMs。
• Hyper-V 虛擬機。
• 實體伺服器。
• 在 AWS 上執行的 VM。
• 在 GCP 上執行的 VM。
• 在不同虛擬化提供者上執行的 VM。

代理程式型移轉會將您的機器視為實體伺服器以進行移轉。

無代理遷移比基於代理的複製選項更方便且簡單，適用於 VMware 和 Hyper-V 虛擬機。 不過，您可能想要考慮針對下列使用案例使用代理程式型案例：

• 受到每秒輸入/輸出作業數 (IOPS) 限制的環境：無代理程式複寫會使用快照集，並取用儲存體 IOPS/頻寬。 如果您的環境中儲存體/IOPS 有條件約束，建議您使用代理程式型移轉方法。

• 無 vCenter Server：如果您沒有 vCenter Server，則可以將 VMWare VM 視為實體伺器，並使用代理程式型移轉工作流程。

若要深入了解，請檢閱選取 VMWare 移轉選項。

Azure Migrate 支援哪些地理區域進行遷移？

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

我可以用同一個 Azure Migrate 專案來遷移到多個區域嗎？

雖然你可以在 Azure Migrate 專案中為多個區域建立評估，但一個 Azure Migrate 專案只能用來將伺服器遷移到單一 Azure 區域。 你可以為其他地區建立更多 Azure Migrate 專案。

• 針對無代理程式 VMWare 移轉，當您啟用第一個複寫時，目的地區域就會鎖定。
• 若為代理程式型移轉 (VMWare、實體伺服器，以及來自其他雲端的伺服器)，當設定複寫設備時，在入口網站上選取 [建立資源] 按鈕後，就會鎖定目的地區域。
• 對於無代理的 Hyper-V 遷移，在設置 Hyper-V 複製提供者時，當你在入口網站上選擇Create Resources按鈕後，目標區域會被鎖定。

我可以用同一個 Azure Migrate 專案來遷移到多個訂閱嗎？

是的，你可以使用同一個 Azure Migrate 專案，在相同的 Azure 租戶和目標區域內遷移到多個訂閱。 您可以在啟用一台機器或一組機器的複寫時選取目標訂用帳戶。

鎖定目標區域的時機：

• 在無代理程式 VMWare 移轉的第一次複寫之後。
• 在代理程式型移轉的複寫設備安裝期間。
• 在 Hyper-V 提供者安裝無代理程式 Hyper-V 移轉期間。

Azure Migrate 支援 Azure Resource Graph 嗎？

目前，Azure Migrate 尚未與 Azure Resource Graph 整合。 它確實支援執行與 Azure Resource Graph 相關的查詢。

資料如何從本地環境傳輸到 Azure？ 是否在傳輸之前加密？

在無代理複製中，Azure Migrate 設備會在上傳資料前先壓縮並加密。 資料會經由安全通訊通道透過 HTTPS 傳輸，並使用 TLS 1.2 或更新版本。 此外，Azure 儲存體 會自動加密你的資料，當資料持久化到雲端時（靜態加密）。

我可以使用 Azure Migrate 建立的復原服務保險庫來處理災難復原情境嗎？

我們不建議使用 Azure Migrate 建立的復原服務保險庫來進行災難復原，因為這可能導致 Azure Migrate 的複寫啟動失敗。

測試移轉和移轉作業之間的差異為何？

[測試移轉] 選項可讓您在實際移轉之前測試及驗證移轉。 Test Migration 透過讓你在 Azure 中使用沙盒環境測試虛擬機，然後再進行實際遷移。 您指定的測試虛擬網路會區分沙箱環境。 測試移轉作業不會中斷，只要測試虛擬網路已足夠隔離即可。 當您設計輸入和輸出連線規則以避免不必要的連線時，虛擬網路就已足夠隔離。 例如：您限制對內部部署機器的連線。

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

Azure Migrate 有回滾選項嗎？

你可以使用 Test Migration選項來驗證應用程式的功能與效能，Azure。 您可以執行任意數目的測試移轉，並在透過測試移轉作業建立信賴度之後執行最終移轉。

測試移轉不會影響內部部署機器，該機器會維持運作狀態並繼續複寫，直到您執行實際的移轉為止。 如果在測試遷移的使用者驗收測試（UAT）中出現錯誤，你可以選擇延後最終遷移，並保留原始虛擬機/伺服器運作並複製到 Azure。 解決錯誤之後，您可以重新嘗試最終的移轉。

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

您可以選取要用於測試移轉的虛擬網路。 Azure Migrate 會根據以下邏輯自動選擇子網路：

• 如果你在啟用複製時指定目標子網（非預設）作為輸入，Azure Migrate 會優先處理用於測試遷移的虛擬網路中名稱相同的子網路。
• 如果找不到同名子網，Azure Migrate 會依字母順序選擇第一個非閘道、非應用閘道、防火牆或 Azure Bastion 子網的可用子網。

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

在下列案例中，可以停用 [測試移轉] 按鈕：

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

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

測試遷移透過使用複製資料建立測試 Azure 虛擬機來模擬實際遷移過程。 伺服器將會以複寫資料的時間點複本部署到目標資源群組 (當您啟用複寫時選取)，尾碼為 -test。 測試移轉的目的是驗證伺服器功能，以將移轉後問題降到最低。

如果測試遷移在完成後沒有進行清理，測試虛擬機器將繼續在 Azure 中運行並產生費用。 若要在測試移轉後進行清除，請移至移轉和現代化工具中的複寫機器檢視，然後在機器上使用清除測試移轉動作。

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

成功遷移虛擬機/伺服器後，你可以透過「執行> 遷移」頁面來查看並管理虛擬機。 執行階段將顯示 為完成 ，狀態則為 完成。 連線到已遷移的 VM 來進行驗證。

您可以檢閱作業的作業狀態，以檢查移轉是否已順利完成。 如果您看到任何錯誤，請加以解決，然後重試移轉作業。

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

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

如果我並未在移轉之後選取 [完成移轉]，會發生什麼事？

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

我該如何將基於 UEFI 的機器遷移到 Azure，作為第一代虛擬機Azure？

Migration and Modernization工具將基於UEFI的機器遷移到Azure Azure第二代虛擬機。 如果你想將它們遷移為 Azure 第一代虛擬機，請先將開機類型轉換為 BIOS，然後才開始複製，然後使用 Migration and modernization 工具遷移到 Azure。

Azure Migrate 會把基於 UEFI 的機器轉換成基於 BIOS 的機器，並將它們遷移到 Azure 作為 Azure 第一代虛擬機嗎？

遷移與現代化工具會將所有基於UEFI的機器遷移到Azure第二代虛擬機Azure。 我們不再支援將 UEFI 型 VM 轉換為 BIOS 型 VM。 所有基於 BIOS 的機器都是以 Azure 第一代虛擬機的形式遷移到 Azure。

哪些作業系統支援將基於UEFI的機器遷移到Azure？

因此，Azure Migrate 無法保證這些作業系統版本的結果一致或可靠。 客戶可能會遇到問題，強烈建議在開始遷移前升級至支援的 Windows Server 版本。

我可以用 Azure Migrate 遷移 Active Directory 網域控制站嗎？

移轉和現代化工具與應用程式無關，適用於大部分的應用程式。 當您使用移轉和現代化工具來移轉伺服器時，您在伺服器上安裝的所有應用程式都會隨其一起移轉。 不過，替代移轉方法可能更適合移轉某些應用程式。

對於 Active Directory，環境類型可能是一個因素。 在混合環境中，內部站點連接到你的 Azure 環境，你可以透過新增網域控制器和設定 Active Directory 複寫，將目錄擴展到 Azure。 如果您是下列情況，則可以使用移轉和現代化工具：

• 遷移到需要自己網域控制器的 Azure 隔離環境。
• 在沙箱環境中測試應用程式。

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

Migration and Modernization工具現在支援遷移期間Windows作業系統升級。 此選項目前不適用於 Linux。 想了解更多關於 Windows作業系統升級 的詳細資訊。

我需要 VMware vCenter 才能移轉 VMware VM 嗎？

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

是否可以在移轉時將多個來源 VM 合併成一個 VM？

移轉和現代化工具目前支援同等條件移轉。 我們在移轉期間不支援合併伺服器。

遷移Windows Server 2008 和 2008 R2 會在 Azure 中得到支援嗎？

您可以將您的本地 Windows Server 2008 及 2008 R2 伺服器遷移至 Azure 虛擬機器，並在支援結束後的三年間獲得延長的安全更新，這將不會產生除了運行虛擬機器所需費用之外的額外收費。 你可以使用 Migration and Modernization 工具來遷移你的 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 上的虛擬機，可以使用 Migration and Modernization 工具。 欲了解更多資訊，請參閱 準備你的 Windows Server 2003 機器進行遷移。

無代理程式的 VMware 移轉

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

Migration and Modernization工具提供無代理複製選項，用於 VMware 及運行 Windows 或 Linux 的 Hyper-V 虛擬機遷移。 該工具為 Windows 和 Linux 伺服器提供了另一種基於代理的複製選項。 另一個選項可用於遷移實體伺服器及 VMware 與 Hyper-V、AWS 和 GCP 等供應商的 x86/x64 虛擬機。

代理程式型複寫需要您在要移轉的 VM/伺服器上安裝代理程式軟體。 無代理程式選項不需要您在 VM 上安裝軟體，這可提供便利性和簡單性。

無代理複製選項則使用虛擬化提供者（VMware 或 Hyper-V）提供的機制。 針對VMWare VM，無代理程式複寫機制會使用 VMWare 快照集和 VMWare 變更的區塊追蹤技術，從 VM 磁碟複寫資料。 許多備份產品都使用類似的機制。 對於 Hyper-V 虛擬機，無代理複製機制利用虛擬機快照及 Hyper-V 複本的變更追蹤功能，從虛擬機磁碟複製資料。

針對 VM 設定複寫時，VM 會先進行初始複寫階段。 在初始複寫期間，系統會建立 VM 快照集，而快照集磁碟中的完整資料複本會複寫到訂用帳戶中的受控磁碟。 VM 的初始複寫完成後，複寫程序會轉換至累加複寫 (差異複寫) 階段。

累加複寫階段可解決自上次完成複寫週期以來發生的任何資料變更。 這些變更會定期進行複寫並套用至複本受控磁碟。 此程序會讓複寫與 VM 上的變更保持同步。

VMWare 變更區塊追蹤技術可持續追蹤 VMWare VM 複寫週期之間的變更。 複寫週期開始時，會建立 VM 快照集，並使用變更區塊追蹤來編譯目前的快照集與上次成功複寫的快照集之間的變更。 若要保持 VM 的複寫同步，只需要複寫自上次完成的複寫週期以來已變更的資料。

在每個複寫週期結束時，會釋放快照集，並對 VM 執行快照集合併。 同樣地，對於 Hyper-V 虛擬機，Hyper-V 複本變更追蹤引擎會追蹤連續複製週期之間的變更。

當您在複寫 VM 上執行 Migrate 作業時，您可以關閉內部部署 VM，並執行最後的累加複寫，以確保零資料遺失。 當複製執行時，對應於虛擬機的複本管理磁碟會被用來建立 Azure 中的虛擬機。

要開始，請參考 VMware 無代理遷移 和 Hyper-V 無代理遷移教學。

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

有多種因素會影響你將資料複製到 Azure 所需的頻寬。 頻寬需求取決於本地 Azure Migrate 設備讀取並複製資料到 Azure 的速度。 複寫有兩個階段：初始複寫和差異複寫。

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

您可以根據下列條件來找出頻寬需求：

• 您在過程中移動所需的資料量。
• 您要為初始複寫程序分配的時間。

在理想情況下，您希望在實際移轉時段前至少 3-4 天完成初始複寫。 此時間表可讓您在實際時段之前執行測試移轉，並將時段期間的停機時間保持在最小值。

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

• 完成初始複寫的時間 = {磁碟大小 (或使用的大小，如果適用) * 0.7 (假設有 30% 的壓縮平均 – 保守估計)}/可用於複寫的頻寬。

使用 Azure Migrate 設備進行無代理 VMware 複寫時，如何限制複寫速度？

您可以使用 NetQosPolicy 來節流。 這種限速方法只適用於來自 Azure Migrate 設備的外站連線。

例如，要在 AppNamePrefix 中使用的 NetQosPolicy 值為 GatewayWindowsService.exe。 你可以在 Azure Migrate 裝置上建立一項政策，透過這樣的政策來限制裝置的複製流量：

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

要根據排程增加或減少複寫頻寬，你可以使用 Windows 排程任務來根據需要擴展頻寬。 一個工作會降低頻寬，而另一個工作會增加頻寬。

#Replace with an account that's 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) is 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 限制，則不建議使用無代理程式複寫。

是否可以複寫關閉電源的 VM？

支援在 VMWare VM 關閉電源時複寫，但僅限於無代理程式方法。

強烈建議您執行測試移轉，以確保所有項目在實際移轉期間順利進行。 當初始複寫程式冗長，或對於高變換率 VM，例如資料庫伺服器或其他需要大量磁碟的工作負載時，這個方法很有用。

我可以用 Azure Migrate 將我的網頁應用程式遷移到 Azure App 服務 嗎？

你可以在 VMware 環境下，對運行於 Windows 作業系統上的 IIS 網頁伺服器上執行大規模的無代理 ASP.NET 網頁應用程式遷移。 深入了解。

代理程式型移轉

我該如何將我的 AWS EC2 實例遷移到 Azure？

檢視 發現、評估並遷移 Amazon Web Services （AWS） 虛擬機至 Azure。

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

遷移與現代化工具提供基於代理的遷移選項，讓運行於實體伺服器上的Windows與Linux伺服器，或在VMware、Hyper-V、AWS和GCP等供應商上以x86/x64虛擬機形式運行。

基於代理的遷移方法利用代理軟體將伺服器資料複製到 Azure。 您會在您要移轉的伺服器上安裝軟體。 複寫程序會使用卸載架構，代理程式會在該結構中將複寫資料轉送至稱為複寫設備或組態伺服器 (或向外延展處理序伺服器) 的專用複寫伺服器。 如需更多詳細資料，請參閱代理程式型移轉結構。

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

您應該在專用機器上安裝複寫設備。 你不應該把複製設備安裝在你想要複製的來源機器上，或是你用來進行發現和評估的 Azure Migrate 設備上。 詳情請閱讀 將機器遷移為實體伺服器至 Azure。

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

執行 Amazon Linux 的 VM 無法依現狀進行移轉，因為只有 AWS 才支援 Amazon Linux OS。

要遷移在 Amazon Linux 上運行的工作負載，你可以在 Azure 上啟動 CentOS/RHEL 虛擬機。 然後，即可使用相關的工作負載移轉方式，來移轉 AWS Linux 機器上執行的工作負載。 例如，視工作負載而定，可能有工作負載專屬的工具可協助移轉，例如適用於 Web 伺服器的資料庫或部署工具。

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

有多種因素會影響你將資料複製到 Azure 所需的頻寬。 頻寬需求取決於本地 Azure Migrate 設備讀取並複製資料到 Azure 的速度。 複寫有兩個階段：初始複寫和差異複寫。

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

針對代理程式的複製方法，Azure Site Recovery Deployment Planner 能協助分析資料流失環境，並預測所需的頻寬需求。 若要深入了解，請參閱規劃 VMWare 部署。

無代理 Hyper-V 遷移

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

Migration and Modernization工具提供無代理複製選項，用於 VMware 及運行 Windows 或 Linux 的 Hyper-V 虛擬機遷移。 該工具為 Windows 和 Linux 伺服器提供了另一種基於代理的複製選項。 另一個選項可用於遷移實體伺服器，以及像 VMware 的 Hyper-V、AWS 和 GCP 等供應商的 x86/x64 虛擬機。

代理程式型複寫選項需要您在要移轉的 VM/伺服器上安裝代理程式軟體。 無代理程式選項不需要您在 VM 上安裝軟體，這可提供便利性和簡單性。

無代理複製選項則是利用虛擬化提供者（VMware 或 Hyper-V）提供的機制來運作。 對於 Hyper-V 虛擬機，無代理複製機制透過 VM 快照及 Hyper-V 複本的變更追蹤功能，從 VM 磁碟複製資料。

針對 VM 設定複寫時，VM 會先進行初始複寫階段。 在初始複寫期間，系統會建立 VM 快照集，而快照集磁碟中的完整資料複本會複寫到訂用帳戶中的受控磁碟。 VM 的初始複寫完成後，複寫程序會轉換至累加複寫 (差異複寫) 階段。

累加複寫階段可解決自上次完成複寫週期以來發生的任何資料變更。 這些變更會定期進行複寫並套用至複本受控磁碟。 此程序會讓複寫與 VM 上的變更保持同步。

VMWare 變更區塊追蹤技術可用來追蹤 VMWare VM 複寫週期之間的變更。 複寫週期開始時，會建立 VM 快照集，並使用變更區塊追蹤來取得目前的快照集與上次成功複寫的快照集之間的變更。 若要保持 VM 的複寫同步，只需要複寫自上次完成的複寫週期以來已變更的資料。

在每個複寫週期結束時，會釋放快照集，並對 VM 執行快照集合併。 同樣地，對於 Hyper-V 虛擬機，Hyper-V 複本變更追蹤引擎用於追蹤連續複製週期間的變更。

當您在複寫 VM 上執行 Migrate 作業時，您可以關閉內部部署 VM，並執行最後的累加複寫，以確保零資料遺失。 對應虛擬機的複本管理磁碟會用來在 Azure 中建立虛擬機。

要開始，請參考 Hyper-V 無代理遷移教學。

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

有多種因素會影響你將資料複製到 Azure 所需的頻寬。 頻寬需求取決於本地 Azure Migrate 設備讀取並複製資料到 Azure 的速度。 複寫有兩個階段：初始複寫和差異複寫。

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

您可以根據下列條件來找出頻寬需求：

• 您在過程中移動所需的資料量。
• 您要為初始複寫程序分配的時間。

在理想情況下，您希望在實際移轉時段前至少 3-4 天完成初始複寫。 此時間表可讓您在實際時段之前執行測試移轉，並將時段期間的停機時間保持在最小值。

如果在移轉過程中出現問題，我該如何回復？

Azure Migrate 現在不支援回滾，這代表使用者遷移後，無法回到本地部署。

我使用哪些策略來減少移轉期間的停機時間？

如何測量雲端移轉執行的成功？

相關內容

• 了解更多關於遷移 VMware 虛擬機、Hyper-V 虛擬機，以及 物理伺服器。