針對透過 Azure Migrate 將 VM 遷移至 Azure 本地的問題進行疑難解答 (預覽)
適用於:Azure 本機版本 23H2
本文說明如何使用 Azure Migrate,針對將 Hyper-V 和 VMware VM 移轉至 Azure 本機時可能會遇到的任何潛在問題進行疑難解答。
重要
這項功能目前為「預覽」狀態。 請參閱 Microsoft Azure 預覽版增補使用規定,以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版,或尚未正式發行的版本) 的法律條款。
確認必要服務是否在執行中
確定來源設備 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。
建議的解決方案
藉由編輯位於 C:\Windows\System32\drivers\etc\hosts 的主機檔案,手動將 Azure 本機 IP 對應至其對應的 FQDN。
以下列格式新增系統IP和FQDN的新行: <叢集IP><叢集 FQDN>。
從來源設備組態管理員刪除或變更目標系統資訊無法運作。
根本原因 :在來源設備組態管理員中提供資訊時,一旦輸入目標系統名稱就無法變更。
建議的解決方案 遵循下列步驟,從來源設備組態管理員刪除或變更目標系統:
在來源設備上,開啟 [總管]。 移至 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
,確認屬性ParentPath
和SettingData
XML 中是否適當。
已移轉 VM 上的磁碟已離線
根本原因
已移轉 Windows VM 上的磁碟可能無法上線。
移轉會建立新的 VHD/VHDX,這會導致移轉 VM 上 Windows OS 的新磁碟。 OS 會將這視為新的磁碟驅動器,並套用SAN原則。 然後OS不會讓磁碟上線,因為它被視為共用磁碟。
建議的解決方案
若要解決此問題,請選擇下列其中一個選項:
將 SAN 原則設定為
OnlineAll
已移轉的 Windows VM。 重新啟動 VM。 這應該會讓所有磁碟上線。 如需詳細指示,請參閱如何 設定SAN原則以讓磁碟上線。在已移轉的 VM 上手動將磁碟驅動器上線。
移轉失敗,無法刪除快照集錯誤
根本原因
因為發生下列錯誤而無法移轉:
錯誤:無法刪除識別碼為標識碼的快照集
系統上的 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")
下一步
視您處於移轉階段而定,您可能需要檢閱下列其中一篇文章來針對問題進行疑難解答:
- 針對探索問題進行疑難解答。
- 針對 Azure Migrate 專案進行疑難解答。
- 使用設備診斷進行疑難解答。