Azure SQL数据库宕机告警规则的逻辑信号配置及选值正确性确认

针对你的两个问题，我来逐一解答：

问题2：选择“Issue failover on the database”是否正确？ #

这个选择不正确。Issue failover on the database这个信号仅会在数据库发生故障转移操作（比如主节点切换到备用副本）时触发，它针对的是故障转移这个事件本身，而非数据库宕机、无法运行或处于离线状态的场景。所以当你的SQL数据库真正宕机或未运行时，这个信号不会触发告警通知。

问题1：配置宕机告警应选用哪种逻辑信号？ #

要检测SQL数据库宕机或未运行的情况，推荐使用以下几种更精准的信号/指标：

• Database State（数据库状态指标）
  这是最直接的指标，在Azure Monitor的指标列表中找到该指标，它的取值包括Online、Offline、Inaccessible等。你可以设置告警规则：当指标值不等于Online时触发告警，能精准覆盖数据库离线、无法访问的场景。

• 活动日志事件：SQL Database is unavailable
  当数据库因底层故障、资源耗尽、配置错误等原因变得不可用时，Azure会在活动日志中记录这个事件。你可以基于这个活动日志事件创建告警规则，捕获数据库不可用的情况。

• Connection Failure Rate（连接失败率指标）
  这是一个间接检测指标：当数据库宕机时，所有连接请求都会失败，此时连接失败率会飙升至100%。你可以设置阈值（比如超过90%）触发告警，适合需要结合连接状态判断的场景，但优先级不如前两种直接。

小提示 #

配置告警时要注意：确保选择的资源是目标Azure SQL Database，设置合理的评估频率（比如1分钟一次），并正确配置包含邮件收件人的动作组，这样才能在触发告警时及时收到通知。

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