如何配置Azure SQL Database备份失败触发的告警规则

目前有两种成熟的配置方式，可覆盖任意原因导致的备份未正常完成、执行失败场景，按需选择即可：

方案1：Azure Monitor 原生活动日志告警（推荐，无额外成本） #

这个是最简便稳定的方案，用Azure原生内置的事件信号即可捕获所有备份异常，不需要额外部署资源：

• 打开目标Azure SQL Database实例面板，在「监视」栏目下找到「告警」，点击「创建」-「告警规则」
• 确认作用域：默认选中当前数据库，如果需要批量覆盖同订阅/资源组下的所有SQL数据库，可直接调整作用域范围，筛选资源类型为「SQL 数据库」即可；如果是弹性池场景，直接选弹性池作为作用域就能覆盖池内所有库，不用逐个配置
• 配置触发条件：信号类型选择「活动日志」，搜索信号名称Backup failed，这个预定义信号会覆盖所有触发备份失败的场景，包括存储配额不足、服务侧故障、权限配置错误、备份策略冲突等所有备份未正常完成的情况，不需要手动枚举错误码。如果需要过滤特定测试库的告警，可以按数据库名称、错误码维度加筛选规则，无特殊需求留空即可捕获全量异常
• 配置动作组：选择已有的动作组或新建，按需配置通知渠道：支持给指定运维组发邮件、短信/语音呼叫、Azure移动端APP推送，也可以绑定逻辑应用、Azure函数做后续自动化处置，比如自动同步告警到内部运维平台、触发初步诊断脚本。自定义通知模板时可以插入数据库名、失败时间、错误详情、错误码这些动态字段，运维收到告警就能直接定位问题
• 最后设置告警规则名称，建议将严重级别设为1级（最高优先级），选择对应存储位置保存后规则立即生效。

方案2：Log Analytics 自定义查询告警（适合需要自定义校验逻辑的场景） #

如果已经把SQL数据库的诊断日志同步到Log Analytics工作区，可以用自定义日志查询实现更灵活的告警逻辑，除了捕获明确的失败事件，还能校验备份是否按时生成，避免极端场景下的事件漏报：

• 先确认目标SQL数据库已开启诊断设置，将AutomaticBackups类别的日志发送到指定的Log Analytics工作区
• 新建告警规则时信号类型选择「日志搜索」，输入如下Kusto查询语句，即可筛选出指定时间范围内所有备份异常的记录：

AzureDiagnostics
| where Category == "AutomaticBackups"
| where backupStatus_s != "Success"
| project TimeGenerated, databaseName_s, errorCode_d, errorMessage_s, backupType_s

• 配置告警逻辑：设置查询时间范围为1小时，检查频率为15分钟，当查询返回结果行数大于0时触发告警
• 动作组的配置逻辑和方案1一致，按需选择通知渠道即可。

配置完成后建议做一次有效性验证：可以手动触发一次按需备份，通过修改备份权限、临时限制存储访问等方式模拟备份失败场景，确认告警能正常推送到指定渠道，避免规则配置错误导致漏告。

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