ARM模板跨资源组添加VM至恢复服务保管库部署报错排查

• 核心问题是参数类型和使用方式不匹配：你定义的VMNames参数类型为String，但在备份资源配置逻辑中，使用了数组专属的操作：parameters('VMNames')[copyIndex()]按下标取值、length(parameters('VMNames'))取长度。字符串类型不支持下标索引访问，模板验证阶段尝试取索引为0的元素时直接失败，触发你看到的报错。
• 现有模板的命名逻辑前后冲突：创建网卡、虚拟机的逻辑中，你把VMNames作为名称前缀，通过拼接copyIndex(1)生成带序号的资源名；但备份配置逻辑中，又把VMNames作为存储了所有虚拟机名称的数组使用，两套逻辑完全不兼容。
• 存在隐藏的作用域错误：你使用嵌套模板部署备份资源时，直接在嵌套模板内部调用父模板的copyIndex()、parameters、variables，但嵌套模板有独立的作用域，无法直接读取父模板的循环索引和参数值，就算修复了参数类型问题也会触发新的部署错误。

根据你实际的命名需求二选一即可：

方案一：保留现有「统一前缀+序号」的VM命名规则（和你当前网卡、VM的逻辑匹配） #

不需要修改现有网卡、VM的配置，只需要调整备份资源块的逻辑：

1. 将备份循环的计数改为和VM部署一致的parameters('numberOfInstances')，移除所有对VMNames的数组下标引用
2. 所有VM名称引用统一使用concat(parameters('VMNames'), copyIndex(1))，和网卡、VM的命名规则完全对齐
3. 给嵌套模板显式传递所需的参数、当前循环对应的VM名称，不要在嵌套模板内直接读取父模板的copyIndex()

修正后的备份资源代码块如下：

{
  "apiVersion": "2017-05-10",
  "name": "[concat(parameters('VMNames'), copyIndex(1), '-' , 'BackupIntent')]",
  "type": "Microsoft.Resources/deployments",
  "resourceGroup": "[parameters('RSVResourceGroup')]",
  "copy": {
    "name": "AzureBackupLoop",
    "count": "[parameters('numberOfInstances')]"
  },
  "dependsOn": [
    "virtualMachineLoop"
  ],
  "properties": {
    "mode": "Incremental",
    "parameters": {
      "currentVMName": {
        "value": "[concat(parameters('VMNames'), copyIndex(1))]"
      },
      "backupVaultName": {"value": "[parameters('backupVaultName')]"},
      "BackupPolicy": {"value": "[parameters('BackupPolicy')]"},
      "RSVResourceGroup": {"value": "[parameters('RSVResourceGroup')]"},
      "v2Vm": {"value": "[variables('v2Vm')]"}
    },
    "template": {
      "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
      "contentVersion": "1.0.0.0",
      "parameters": {
        "currentVMName": {"type": "string"},
        "backupVaultName": {"type": "string"},
        "BackupPolicy": {"type": "string"},
        "RSVResourceGroup": {"type": "string"},
        "v2Vm": {"type": "string"}
      },
      "resources": [
        {
          "name": "[concat(parameters('backupVaultName'), '/', 'Azure', '/', parameters('v2Vm'), resourceGroup().name, ';', parameters('currentVMName'))]",
          "apiVersion": "2017-07-01",
          "type": "Microsoft.RecoveryServices/vaults/backupFabrics/backupProtectionIntent",
          "properties": {
            "friendlyName": "[concat(parameters('currentVMName'), 'BackupIntent')]",
            "protectionIntentItemType": "AzureResourceItem",
            "policyId": "[resourceId(parameters('RSVResourceGroup'), 'Microsoft.RecoveryServices/vaults/backupPolicies', parameters('backupVaultName'), parameters('BackupPolicy'))]",
            "sourceResourceId": "[resourceId(resourceGroup().name, 'Microsoft.Compute/virtualMachines', parameters('currentVMName'))]"
          }
        }
      ]
    }
  }
}

方案二：使用自定义VM名称列表（每台VM名称自定义，不按序号生成） #

如果需要给每台VM设置独立的名称，就统一把所有资源的命名逻辑改为数组模式：

1. 修改VMNames参数定义，将类型从String改为Array，传入参数时填写完整的VM名称列表：

"VMNames": {
  "type": "Array",
  "metadata": {
    "description": "待部署的VM名称列表，数组格式"
  }
}

2. 修改网卡、虚拟机资源的配置：所有VM名称引用改为parameters('VMNames')[copyIndex()]，循环count统一改为length(parameters('VMNames'))，可以删掉冗余的numberOfInstances参数，VM数量直接通过数组长度获取。注意copyIndex默认从0开始，和数组下标匹配。
3. 参考方案一的写法修复嵌套模板的传参逻辑，不要在嵌套模板内直接读取父模板的循环索引。

后续写ARM模板时注意三点可以避免同类错误：

• 只要使用[index]下标取值，必须确认被索引的对象是Array类型，字符串、整数、布尔类型都不支持下标访问
• 同一套批量部署逻辑中，所有资源的命名规则必须完全统一，不要一部分用前缀拼序号，一部分用数组下标取值
• 嵌套部署的模板有独立作用域，所有需要用到的父模板参数、变量、循环值，必须通过properties.parameters显式传入，不能直接在嵌套模板内引用父模板的copyIndex()等上下文值。

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