Databricks SQL 警报

Databricks SQL 警报按计划运行查询,并在针对查询结果满足定义的条件时通知你。 为警报设置计划时,系统会运行其关联查询并评估条件。 还可以查看警报历史记录来查看过去的评估结果。

若要了解如何改用旧警报,请参阅 什么是旧警报?

可以使用警报执行哪些操作

警报允许按计划监视任何 SQL 查询结果。 使用它们跟踪业务 KPI、监视数据质量、监视成本趋势,并捕获Azure Databricks工作负载中的操作问题。 Azure Databricks 中的常见模式包括:

  • 在指标视图中监视业务指标:在警报查询中按其完全限定名称引用 Unity 目录指标视图,以监视受治理的业务指标。 请参阅 有关指标视图的警报
  • 检测数据质量问题和异常:将警报与 Unity 目录数据质量监视器和异常情况检测配对,以便意外的指标、分布转移或配置文件更改发送通知。 请参阅 异常检测警报分析配置警报
  • 跟踪使用情况和成本:基于系统表针对无服务器计费或数据引入设置警报,以便及时发现意外支出。 请参阅 “监视无服务器计算成本 ”和 “监视托管引入管道成本”。
  • 监视 SQL 仓库和查询运行状况:针对仓库事件或查询历史记录发出警报,以捕获查询速度缓慢、会话失败或容量问题。 请参阅用于监视 SQL 仓库活动和仓库事件系统表引用的示例查询。
  • 审核访问和安全事件:针对审核日志查询发出警报,以标记异常的工作区活动。 请参阅 监视 Genie Spaces 使用情况的审核日志和警报
  • 发现 AI 智能体中的故障:针对智能体质量指标设置告警,以便在开发和运行过程中及时发现故障和新出现的问题。 请参阅 代理开发生命周期
  • 将警报作为 Lakeflow Jobs 中的任务运行:将警报添加为任务,以便在管道触发时运行条件检查,并使下游任务可根据结果进行分支处理。 请参阅 与作业相关的 SQL 警报

开始使用警报

以下页面介绍最常见的警报任务,从创作新警报到持续管理:

主题 Description
创建警报 完整了解告警编辑器的整个流程。 包括高级设置和通知模板自定义。
管理警报 在列表页上查找警报、共享警报、转移所有权,并使用 Azure Databricks Git 文件夹跟踪更改。
在 Lakeflow Jobs 中以任务形式运行警报 将 Databricks SQL 警报添加为作业中的一项任务,以便在流水线触发时运行条件检查,并使下游任务能够根据结果进行分支处理。
警报查询模式 聚合、多列条件和指标视图的 SQL 模式。

与旧警报的差异

最新版本的 Databricks SQL 警报的行为与旧警报的行为方式不同,主要方式如下:

  • 查询重用:创建警报时,无法重复使用现有的已保存 SQL 查询。 每个警报都拥有其查询定义,该定义可以直接在新警报编辑器中创作。
  • 警报状态值:警报状态已简化,警报不再支持 UNKNOWN 旧警报的状态。 评估解析为 OKTRIGGEREDERROR

转换时,可以同时使用最新的警报和旧警报。