針對透過 Azure Migrate 將 VM 遷移至 Azure 本地的問題進行疑難解答（預覽）

2025-07-07

適用於：Azure Local 2311.2 和更新版本

本文說明如何使用 Azure Migrate，針對將 Hyper-V 和 VMware VM 移轉至 Azure 本機時可能會遇到的任何潛在問題進行疑難解答。

重要

這項功能目前為「預覽」狀態。如需適用於 Beta、預覽版或尚未發行至正式運作的 Azure 功能的法律條款，請參閱 Microsoft 適用於 azure 預覽版的補充使用規定。

確認必要服務是否在執行中

確定來源設備 VM 和目標設備 VM 具有狀況良好的設定，方法是確保下列服務正在執行。

以系統管理員身分開啟 PowerShell，並針對來源設備和目標設備括弧中列出的每個服務執行下列命令，以確認它們正在執行：

Get-Service -Name <name_of_service>

在來源裝置 VM 上：

Microsoft Azure 網關服務（asrgwy）
Microsoft Azure Hyper-V 探索服務（amhvdiscoverysvc）
Azure Site Recovery Management Service （asrmgmtsvc）

在目標裝置 VM 上：

Microsoft Azure 網關服務（asrgwy）
Azure Site Recovery Management Service （asrmgmtsvc）

您可以在 C：\ProgramData\Microsoft Azure\Config 找到設定數據。

收集記錄和資訊

如果您遇到任何問題，請在開啟支援票證之前，收集下列有關您問題的資訊，並與 Microsoft 支援服務小組共用以進行分析。

來自 Azure Migrate 設備的記錄
問題或意見反應的描述
訂用帳戶識別碼
租戶識別碼
Azure Migrate 專案名稱
Azure Migrate 專案區域或地理位置
用於複寫和移轉問題的 VM 名稱
部署或工作識別碼的相互關聯識別碼

下列各節說明如何根據作業或問題類型收集此資訊。

針對使用者從 Azure 入口網站觸發的操作

若要針對使用者觸發的作業進行疑難解答，則需要相互關聯標識碼或作業標識符。

取得部署的相互關聯標識碼

作業失敗，例如建立或刪除移轉專案、建立應用設備成品、實體和存儲帳戶，錯誤會顯示在移轉專案資源群組的部署區段中的失敗。每個部署作業也有一個 相互關聯標識碼 ，適用於疑難解答。

會話中其他失敗的操作會顯示為通知，或從較舊的歷史中顯示在活動記錄中。

請遵循下列步驟，在 Azure 入口網站中識別部署的相互關聯識別碼：

移至 Azure Migrate 專案的資源群組，然後移至 [ 概觀]。在右窗格中，選取顯示失敗和成功部署的超連結。
識別您要為其建立相互關聯標識碼的部署，並選取部署名稱。
尋找相互關聯標識碼。

取得複寫或移轉的作業標識碼

建立和刪除受保護項目（也稱為建立和刪除複寫）以及計劃性故障轉移（也稱為移轉）等作業也會在 Azure 本機移轉的 [工作] 區段中列出。

在這些情況下，也必須收集 作業標識碼 。

請遵循下列步驟來取得作業識別碼：

在 Azure 入口網站的 Azure Migrate 專案中，移至 [移轉工具] 底下的 [概觀]。
在左窗格中，移至 Azure 本機移轉工作>。
找到您想取得作業標識碼的工作，然後選取作業名稱。
尋找 作業標識碼。

預定的復寫作業

排程作業中的失敗，例如每小時復寫循環失敗，會在 Azure 入口網站 [本機移轉] 區段下的 [事件] 中列出。

若要針對複寫問題進行疑難解答，請收集下列資訊：

事件中顯示的錯誤詳細數據，包括時間、錯誤標識碼、錯誤訊息、VM識別碼。
可能的話，Azure 入口網站的螢幕快照。

針對入口網站中的 UX 問題

若要針對入口網站中的 UX 問題進行疑難解答，請收集下列資訊：

Azure 入口網站的螢幕快照。
以瀏覽器開發人員模式記錄作業。匯出 HAR 檔案並加以共用。

針對家電註冊問題

若要針對設備註冊問題進行疑難解答，請收集下列資訊：

設備中的所有可用記錄，位於 C：\ProgramData\MicrosoftAzure\Logs。

如何解決發現問題

若要針對探索問題進行疑難解答，請收集下列資訊：

來源設備上所有可用的記錄，位於 C：\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery。

如需更多資訊，請參閱疑難排解探索。

針對特殊問題

如有需要，Microsoft 支援服務也可能要求元件事件查看器記錄，或 Hyper-V 記錄和 SMB 記錄等系統事件記錄檔。

常見的問題和解決方法

Azure Migrate 專案建立失敗

根源

如果未為 Azure Migrate 註冊 Azure 訂用帳戶，或使用者沒有建立專案所需的權限，Azure Migrate 專案建立就會失敗。

建議的解決方案

驗證下列項目：

請確定您在 Azure AD 租使用者上具有 應用程式管理員 角色。
請確定您在 Azure 訂用帳戶上具有 參與者 和 使用者存取系統管理員 角色。
請確定您選取其中一個支援的區域來建立 Azure Migrate 專案。如需支援的區域清單，請參閱支援的地理位置。

裝置上的目標系統驗證失敗

根源

目標系統無法驗證，因為 FQDN 預設地無法從裝置的 DNS 中解析。

建議的解決方案

如果目標機器驗證步驟在移轉期間失敗，請遵循下列步驟來解決問題：

手動將 Azure 本機 IP 映射至相應的 FQDN。
1. 編輯位於 C：\Windows\System32\drivers\etc\hosts 的主機檔案。
2. 使用下列格式新增一行： <Cluster IP> <Cluster FQDN>
為確認 FQDN 是否可連線，請確保系統的 FQDN 可從來源設備成功 Ping。
在每個目標叢集節點上啟用 WinRM（如果尚未啟用）。在每個電腦上執行下列 PowerShell 命令：
```
    Enable-PSRemoting -Force
```
測試遠端 PowerShell 連線能力。在來源設備中，確保下列命令成功完成。
```
    Enter-PSSession -ComputerName <Cluster FQDN> -Credential $Cred
```
確認必要的埠已開啟。請參閱先決條件一節，以確保源裝置與 Azure 本地實例之間允許所有必要的連接埠。

從來源應用程式設定管理程式中刪除或變更目標系統資訊無效。

根源在來源設備組態管理員中提供資訊時，一旦輸入目標系統名稱，就無法變更。

建議的解決方案 請遵循下列步驟，從來源設備組態管理員刪除或變更目標系統：

在來源裝置上，開啟 [檔案總管]。移至 C：\ProgramData\Microsoft Azure\CredStore ，並刪除 TargetClusterCredentials.json。
重新載入設備組態管理員，然後您可以輸入目標系統的新值。

注意

如果您已啟動複寫，則不建議使用這個因應措施。

只有在未註冊設備時，才能使用此因應措施。如果已註冊設備，您必須從專案移除設備。然後，應產生新的專案金鑰，並重新安裝設備。

目標設備註冊失敗

根源

目標設備註冊失敗。

建議的解決方案

重新整理頁面，然後再次嘗試註冊。

目標設備的故障問題

根源

在某些情況下，可能需要從專案中移除目標設備。例如，如果想要將設備移至不同的訂用帳戶或區域。這需要您移除目標設備，並在新的訂用帳戶或區域中建立新設備。

建議的解決方案

若要從專案中移除目標設備，請遵循下列步驟：

以系統管理員身分執行 PowerShell。

執行下列命令以移除裝置：

.\AzureMigrateInstaller.ps1 -RemoveAzMigrate

VM 複寫失敗

根源

VM 複寫可能會因為下列一或多個原因而失敗：

叢集共用磁碟區或儲存體容器已滿。
VM 不具備高可用性。所有 VM 必須具備高可用性，才能被發現以進行複製和遷移。如果 VM 不具有高可用性，這些 VM 不會在清單中顯示，而且會被排除在移轉之外。

建議的解決方案

若要啟用複寫和移轉，請確定叢集共用磁碟區或儲存體容器具有足夠的空間。

此外，若要移轉非 HA VM，請遵循下列步驟：

首先確保 VM 具備高可用性。如需詳細資訊，請參閱讓 Hyper-V VM 高可用性。
等候探索代理程式同步處理資料。

或者，移至 [Azure Migrate]，然後選取 [ 重新整理] 以手動重新整理 伺服器、資料庫和Web應用程式 ，以協助加速探索代理程式同步處理。

復寫或移轉失敗，錯誤值不可以是 Null

根源

複寫或移轉失敗，並出現下列錯誤訊息：

值不可以是 Null。參數名稱： FetchingHyperVDiskPropertiesFailed。

元件無法從來源 Hyper-V 主機擷取磁碟屬性。如果基礎叢集虛擬磁碟脫機，或磁碟狀態不良，就可能發生此情況。

建議的解決方案

請確定叢集磁碟可運作，並確認您可以擷取磁碟屬性。

在來源設備上，以系統管理員身分執行 PowerShell。將中的 {} 內容取代為實際值之後，請執行下列步驟。

$ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}

$ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").

在傳回的輸出中，確認 MaxInternalSize XML 中的屬性 ParentPath 和 SettingData 是否適當。

已移轉 VM 上的磁碟已離線

根源

已移轉 Windows VM 上的磁碟可能無法上線。

遷移會創建新的 VHD/VHDX，從而產生在遷移的 VM 上 Windows OS 的新硬碟。 OS 會將這視為新的磁碟驅動器，並套用SAN原則。然後OS不會讓磁碟上線，因為它被視為共用磁碟。

建議的解決方案

若要解決此問題，請選擇下列其中一個選項：

將 SAN 原則設定為 OnlineAll 對於已移轉的 Windows VM。重新啟動 VM。這應該會讓所有磁碟上線。如需詳細指示，請參閱如何設定SAN原則以讓磁碟上線。
在已移轉的虛擬機上手動將驅動器上線。

移轉失敗，無法刪除快照集錯誤

根源

因為發生下列錯誤而無法移轉：

錯誤：無法刪除識別碼為 Id(s) 的快照

系統上的 Hyper-V VM 手動作業失敗，發生相同的錯誤，而且無法在此伺服器上執行 VM 上的手動作業。

建議的解決方案

若要減輕此錯誤，請確定 VM 正常運作。

聯機到您的來源設備，並嘗試下列步驟，以確保您的移轉順利進行。

在錯誤資訊中取得 VM 識別碼。

$VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'

請確定 get-VM 正常運作，並從來源設備傳回資訊。
```
Get-VM -Id $VmId 
```
請確定 get-VHD 正常運作，並傳回正確的資訊。
```
Get-VHD -VMId $VmId
```
如果快照集建立作業失敗，請確定手動建立快照集在 VM 上正常運作。
```
Get-VM -Id $VmId | Checkpoint-VM 
```
如果快照集刪除作業失敗，請確定手動刪除快照集在 VM 上正常運作。
```
Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
```

關閉 Hyper-V 主機上的 VM 失敗

根源

在規劃的故障轉移期間，VM 會透過 WMI 呼叫在來源 Hyper-V 主機上關閉。您會看到錯誤識別碼：1000001或錯誤訊息：發生內部錯誤。

建議的解決方案

您可以透過PowerShell在來源 Hyper-V 主機上手動關閉 VM。

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

移轉失敗，原因是位址已在使用。

根源

此錯誤通常會在設定為保留其靜態IP位址的VM移轉期間發生。如果目標邏輯網路已將相同的IP指派給另一個網路介面，移轉會失敗，並出現下列訊息：

The moc-operator network interface service returned an error while reconciling: rpc error: code = Unknown desc = The address is already in use: Already Set。

建議的解決方案

完成下列步驟：

導航至遷移 VM 所設定目標的 Azure 本機邏輯網路。
確認預期的IP位址目前未指派給另一個網路介面。
視需要更新邏輯網路組態，以確保在重試移轉之前，沒有任何IP衝突。

從失敗的移轉清除資源

根源

在某些情況下，移轉至 Azure 的本機部署可能會在移轉階段失敗，例如在計劃性的失敗切換期間，而不是在初始復寫期間。發生這種情況時，可能需要手動清除部分建立的資源，以確保未來的移轉嘗試成功。

建議的解決方案

若要判斷失敗發生的位置，請在 Azure Migrate 入口網站中開啟規劃的故障轉移作業。使用作業詳細數據來識別在 Azure 本機實例上建立 VM 之前或之後是否發生失敗。

如果 VM 建立之前發生失敗

紅線上面列出的任務失敗（準備受保護的實體 任務上面）表示沒有建立目標 VM。不需要清除，您可以直接重試移轉。

如果在建立 VM 期間或之後發生失敗

紅線下方列出的工作失敗（包括準備受保護的實體任務和其後的項目）表示目標 VM 已經部分或完全建立。重試移轉之前，需要手動清除。

在 Azure 入口網站中，瀏覽至目標 Azure Local 實例。
找出並確認對應至失敗移轉的 VM 是否存在。
如果找到，請從管理介面刪除 VM。
直接連線到 Azure 本機實例（透過 Hyper-V 管理員），並確認相關聯的 VM 也已從本機 Hyper-V 主機中移除。如果未移除，請手動刪除 VM 資源。
請勿刪除可能已建立的任何下列資源：
- 已移轉的（目標）磁碟。
- 種子磁碟。
- 網路介面。
在後續的移轉嘗試期間，Azure Migrate 會自動重複使用這些資源。

下一步

視您處於移轉階段而定，您可能需要檢閱下列其中一篇文章來針對問題進行疑難解答：

共用方式為

針對透過 Azure Migrate 將 VM 遷移至 Azure 本地的問題進行疑難解答 （預覽）

確認必要服務是否在執行中

收集記錄和資訊

針對使用者從 Azure 入口網站觸發的操作

取得部署的相互關聯標識碼

取得複寫或移轉的作業標識碼

預定的復寫作業

針對入口網站中的 UX 問題

針對家電註冊問題

如何解決發現問題

針對特殊問題

常見的問題和解決方法

Azure Migrate 專案建立失敗

裝置上的目標系統驗證失敗

從來源應用程式設定管理程式中刪除或變更目標系統資訊無效。

目標設備註冊失敗

目標設備的故障問題

VM 複寫失敗

復寫或移轉失敗，錯誤值不可以是 Null

已移轉 VM 上的磁碟已離線

移轉失敗，無法刪除快照集錯誤

關閉 Hyper-V 主機上的 VM 失敗

移轉失敗，原因是位址已在使用。

從失敗的移轉清除資源

下一步

意見反應

其他資源

針對透過 Azure Migrate 將 VM 遷移至 Azure 本地的問題進行疑難解答（預覽）