问题标签 [azure-alerts]

是否可以设置日志分析警报来检测过去 7 天内是否没有成功的管道运行？

我有这个 Kusto 查询：

但是，当我配置信号逻辑时，如果我查看“在 Azure Monitor 中查看查询结果 - 日志”上的查询结果，它会显示“时间窗口：28/3/2021 16:38 - 29/3/2021 16:38”我只看到过去 24 小时的时间范围。所以我认为只需要最后 24 小时。

我已经在功能应用程序（称为看门狗）上定义了一个可用性测试，可以通过功能键访问。看门狗URL-ping在其他健康端点（受AAD保护）上执行。unhealthy如果其中一个函数包含一个or状态，则评估 JSON 响应degraded，整体整体状态将是unhealthy，HTTP 状态将是500。

看门狗的结果是正确的，因为当添加/删除失败注入到其中一个被监视的函数时，我看到了正确的结果。

测试定义如下：

我选择了测试并单击Open Rules (Alerts) page以编辑生成的警报规则。然后我唯一添加的是一个配置为向我的工作邮件发送消息的操作组。我已经仔细检查了邮件的正确性。我已经在 Outlook 中仔细检查了我的垃圾邮件文件夹。

我已经阅读了文档、观看了教程并进行了调查，但我仍然不知道此警报未正确触发。

如果有人能让我走上正确的道路，我将不胜感激！

问候，贾科莫 SS

我希望在我们的 Azure 应用配置实例开始限制请求时收到通知。

我在内置 Azure 指标上有一个用于应用程序配置的 Azure Monitor 警报：ThrottledHttpRequestCount

警报会在所需条件下触发。但是，如果条件在聚合粒度周期内未得到满足，则其监控状态永远不会得到解决。

因此，警报监视条件始终为Fired 。Azure 控制监视条件，新警报在现有警报解决之前不会触发，即使我手动将其设置为Closed状态也是如此。

我希望，如果在触发警报后的任何时期都未满足Resolved监视条件，那么 Azure 应该将其放入. 然而，即使在一段时间内不再满足条件，这种情况也不会发生。

有什么想法可能导致这种情况吗？

健康）状况：

ThrottledHttpRequestCount

运算符：大于

聚合类型：计数或总计

阈值： 5

单位：计数

聚合粒度周期： 5分钟

评估频率： 1分钟

我按照这些说明设置了一个逻辑应用程序，以将其推送到 Teams 频道。当通知警报时，它会成功向我的团队频道发送一条消息。但是，对象并没有像示例那样解析出来。我尝试了两件事。

1. 将（上述文档的）步骤 4 复制到示例有效负载中以生成架构。
2. 触发警报后，进入逻辑应用运行历史记录并获取原始输出，将其复制到示例有效负载中以生成架构。
3. 有效负载的使用的通用警报架构定义在 Teams 中仍然是空白的。

这些选项都没有填写推送到团队频道的通知。我复制了原始输出。将它们放入 PostMan。将请求发送到端点。这在将数据解析为发布到团队频道的消息时起作用。

这是一个使用设计器选项的简单逻辑应用程序：有效负载的“收到 HTTP 请求时”。“使用流机器人将消息发布到频道”以将消息发布到团队频道。

我应该使用哪些 JSON 有效负载或选项才能使用逻辑应用成功推送到 Teams 频道？

如果对我的 SQL 数据库的查询花费的时间超过 XXX 秒，我想创建一个警报规则。

在创建警报对话框中，我无法选择名为“持续时间”的信号。

您能否建议一个解决方案，如何为超过 X 秒的查询创建警报？

我正在尝试从应用程序洞察创建一个天蓝色功能警报，以发送到微软团队的 webhook。我已经在 microsoft 团队中设置了一个 webhook，但是我无法将它与 azure 门户中的应用程序洞察链接。
应用程序洞察警报规则允许电子邮件/短信/语音，但不允许 webhook 的自定义设置

我错过了什么吗？

我正在尝试为 Azure 监视器警报规则设置新的自定义条件，但是当我输入我的 kql 查询时，它没有显示预期的数据。当我在 Logs 中运行相同的查询时，它会输出 9 行满足我的条件，但由于某种原因，Monitor Alerts 中没有显示任何数据。

我可以看到问题出在最后一个条件| where Anomaly has "1"中，因为我在删除此条件时获取数据 - 但我需要将其包含在查询中（或至少是它的类似版本）。有什么建议么？（我也试过 contains 和 == 但它给出了同样的问题）

感谢您的任何好主意和帮助:)

我正在尝试在调用 Azure 函数时使用 azure alert 发送的有效负载。

但在 req_body 变量中没有得到任何东西。任何人都知道如何在 python azure 函数中使用它。

这里提到了基于 Runbook 作业状态的警报设置。是否也可以根据错误选项卡中存在的错误发出警报（如下所示）。所以状态可能会说“已完成”，但“错误”选项卡中会有错误，我说的是这种情况。

当我在 Azure 中设置警报时，我不断收到很多电子邮件。

下面给出的是我为“成功的触发器运行”启用的警报

• 激活的严重性：1 成功管道运行
• 激活的严重性：1 Success_Trigger
• 激活严重性：1 成功
• 停用的严重性：1 成功管道运行
• 停用严重性：1 Success_Trigger
• 停用严重性：1 成功

我觉得我被垃圾邮件发送了。我也看不到发送这么多电子邮件/警报的逻辑。

我的要求是

1. 只需发送 1 封电子邮件告知原因
2. 无需检查分辨率
3. 不要再次发送相同的警报

这可能吗？不一定适用于 ADF，但适用于 Azure 中的任何资源。