部署无数据的Application Insights非经典警报时遇报错问题咨询

我之前也碰到过一模一样的问题，这其实是Azure在部署警报时的查询验证逻辑导致的，下面给你几个可行的解决方案：

问题根源 #

当你部署基于日志查询的非经典警报时，Azure会在部署阶段自动验证你的查询是否“有效”——这里的有效不仅指语法正确，还会检查查询是否能从目标Application Insights资源中返回数据。如果资源还没有生成任何匹配的数据，Azure就会误判你的查询无效，抛出你看到的properties.search.query is not a valid log or metric query错误；而当资源有数据后，查询能返回结果，验证就通过了。

解决方案1：跳过部署时的查询验证（推荐） #

在你的ARM模板里，给警报的properties添加skipQueryValidation参数并设置为true，这样Azure只会验证查询的语法是否正确，不会检查是否有数据返回。

示例模板片段：

{
  "type": "microsoft.insights/scheduledqueryrules",
  "apiVersion": "2021-08-01",
  "name": "[parameters('alertName')]",
  "location": "[parameters('location')]",
  "properties": {
    "skipQueryValidation": true,
    "description": "[parameters('alertDescription')]",
    "enabled": true,
    "source": {
      "query": "[parameters('alertQuery')]",
      "dataSourceId": "[resourceId('microsoft.insights/components', parameters('aiResourceName'))]",
      "queryType": "ResultCount"
    },
    // 其他警报配置（阈值、触发条件、动作组等）...
  }
}

这个方法最直接，不需要后续的额外操作，部署一次就能完成。

解决方案2：临时用占位符查询部署，后续更新 #

如果不想禁用验证，你可以先部署一个肯定能返回数据的简单占位查询，等Application Insights资源有数据后，再更新为实际的查询。

1. 部署阶段用临时查询，比如：

"query": "union * | take 1"

这个查询会返回任意一条数据，确保部署时验证通过。

2. 等资源产生数据后，用Azure CLI更新查询：

az monitor alert update --resource-group <你的资源组名称> --name <警报名称> --set properties.source.query="你的实际查询语句"

额外提醒 #

• 不管用哪种方法，都要确保你的实际查询语法是正确的——即使跳过验证，语法错误还是会导致部署失败。
• skipQueryValidation参数只适用于基于日志查询的警报，刚好匹配你的非经典警报场景。

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