使用Bicep创建Azure虚拟机时因缺失'dataDisk.managedDisk.id'参数导致磁盘创建失败

看起来你在把ARM模板转Bicep的过程中遇到了数据磁盘的部署错误，我帮你拆解下问题根源和解决办法：

首先看你收到的错误核心：

{"status":"Failed","error":{"code":"DeploymentFailed","message":"At least one resource deployment operation failed. Please list deployment operations for details.","details":[{"code":"BadRequest","message":"{\r\n "error": {\r\n "code": "InvalidParameter",\r\n "message": "Required parameter 'dataDisk.managedDisk.id' is missing (null).",\r\n "target": "dataDisk.managedDisk.id"\r\n }\r\n}"}]}}

这个错误的本质是：你在VM的dataDisks配置里使用了createOption: 'Attach'，但这个选项是用来关联已经存在的托管磁盘，必须提供要附加磁盘的ID，而你的代码里既没指定ID，也没和你预先定义的sharedDisk资源关联起来。

问题代码分析 #

你已经通过sharedDisk资源定义了要创建的数据磁盘，但在VM的dataDisks配置里完全没用到这个资源，反而手动写了磁盘名称，同时错误地使用了Attach选项（这个选项不用于创建新磁盘），导致系统找不到要附加的磁盘ID。

两种解决方案 #

方案一：直接在VM部署时创建新数据磁盘（无需单独定义sharedDisk）

如果你的需求是创建VM的同时新建数据磁盘，只需把createOption改成Empty（用于创建空磁盘），不需要指定managedDisk.id。修改storageProfile里的dataDisks部分：

dataDisks: [
  {
    lun: 0
    name: '${vmconfig.virtualMachineName}_DataDisk_0'
    createOption: 'Empty' // 改为Empty，用于创建新磁盘
    caching: 'ReadOnly'
    managedDisk: {
      storageAccountType: 'Premium_LRS'
    }
    deleteOption: 'Detach'
    diskSizeGB: 128
    toBeDetached: false
  }
]

这种情况下，你可以删除单独的sharedDisk资源定义，Azure会在部署VM时自动创建这个数据磁盘。

方案二：附加预先创建的sharedDisk资源

如果你确实需要先创建磁盘再附加到VM，那就要引用sharedDisk的ID，同时保留createOption: 'Attach'，修改dataDisks部分为循环关联：

dataDisks: [
  for (disk, i) in sharedDisk: {
    lun: i
    name: disk.name
    createOption: 'Attach'
    caching: 'ReadOnly'
    managedDisk: {
      id: disk.id // 引用预先创建的磁盘ID
      storageAccountType: 'Premium_LRS'
    }
    deleteOption: 'Detach'
    toBeDetached: false
  }
]

这样会自动遍历你创建的sharedDisk资源，把每个磁盘对应附加到VM上，同时自动匹配lun和磁盘名称，避免手动输入错误。

额外小提示 #

• 你的vmconfig参数里，OSVersion是2019-datacenter-smalldisk-g2，但sku是2016-datacenter-gensecond，这两个值不一致，可能会导致镜像引用失败，建议统一成同一个Windows Server版本。
• 你在osDisk里手动写了固定磁盘名称，其实可以省略，Azure会自动生成，或者用${vmconfig.virtualMachineName}-osdisk这样的动态命名方式更灵活。

备注：内容来源于stack exchange，提问作者learner