迁移VM至其他资源组时遇ResourceMoveProviderValidationFailed错误求助

我来帮你梳理下这个问题的解决思路：虽然你觉得要迁移的VM没有关联SQL虚拟机，但Azure的迁移验证系统确实检测到了一个绑定的Microsoft.SqlVirtualMachine/SqlVirtualMachines资源，所以才会要求你把它一起加入迁移请求。下面是具体的排查和解决步骤：

第一步：确认SQL VM资源的真实状态 #

首先你得验证错误提示里的这个SQL VM资源是否真的存在，以及它和目标VM的关联关系：

• 打开Azure门户，直接搜索这个SQL VM的名称xxxxxx0020，查看资源详情里的关联VM信息，确认它是否和你要迁移的VM绑定；
• 或者用Azure CLI命令快速查询：

  az sql vm show --resource-group myrgroup --name xxxxxx0020
  

如果查询结果显示这个SQL VM确实存在且和目标VM绑定，那必须将这个SQL VM资源和你的VM一起加入迁移请求——因为Azure的资源迁移规则要求所有有依赖关联的资源必须同步移动，否则会触发验证失败。

第二步：处理残留的SQL VM元数据 #

如果这个SQL VM已经被你删除了，但错误依然出现，那大概率是Azure后台存在残留的元数据关联。这时候可以尝试以下操作：

• 先检查目标VM的扩展列表，看看有没有SQL相关的扩展（比如SqlIaaSExtension），如果有，先卸载该扩展再重新尝试迁移；
• 要是卸载扩展后还是不行，你可以尝试用PowerShell强制清理残留的SQL VM资源记录（如果能查到的话）：

  Remove-AzSqlVirtualMachine -ResourceGroupName myrgroup -Name xxxxxx0020 -Force
  

• 如果以上方法都无效，那只能提交Azure支持工单，让官方团队帮忙清理后台残留的元数据关联。

附：你遇到的完整错误信息 #

{ "code": "ResourceMoveProviderValidationFailed", "message": "Resource move validation failed. Please see details. Diagnostic information: timestamp '20200908T142742Z', subscription id 'xxx-xxx-xxxx', tracking id 'xxxxxxx-414a-xxxxx-adb4-xxxxxx', request correlation id 'xxxxxxxxxxxx'.", "details": [ { "code": "MissingMoveResources", "target": "Microsoft.SqlVirtualMachine/SqlVirtualMachines", "message": "Cannot move resource(s) because following resources /subscriptions/xxxxxxxxx/resourceGroups/myrgroup/providers/Microsoft.SqlVirtualMachine/sqlVirtualMachines/xxxxx0020 need to be included in move request to target resource group as well. Please include these and try again." } ] }

内容的提问来源于stack exchange，提问作者Siddharth Gosavi