服务器半夜宕机怎么第一时间知道？用定时拨测 + 告警，发现时延取决于监控频率

服务器半夜宕机，人不在电脑前，怎么第一时间知道？答案是定时拨测 + 告警联动：让宝塔拨测按固定频率自动检查你的网站或服务器，一旦异常就主动通知你。发现有多快，取决于你设的监控频率——设 5 分钟测一次，最坏 5 分钟后才知道；设 1 小时测一次，最坏 1 小时后才知道。

下面按「怎么把发现时延压到最短、又不被误报淹没」讲清楚。

为什么不能靠「想起来才测」

一次拨测只看当下这一刻。以宝塔网站测速为例，2026-10-28 对 www.qq.com 做了一次全国 HTTP 拨测：389 个节点全部返回 200、成功率 100%，覆盖 58 个省份，总耗时中位数 175.8ms、p95 782.9ms。

这就是「正常」的样子——可用率 100%。但半夜服务器挂了，这个检测不会自己再跑一遍，等你第二天上班发现，网站已经停了几个小时。

定时拨测把这种检测按固定频率重复执行：每 5 分钟、每 15 分钟、每小时自动测一次，不用人守着。一旦目标从「可用率 100%」跌到大量节点失败，就触发告警。

发现时延 = 监控频率，这是唯一能调快的旋钮

「宕机了多久才知道」，主要由两个时间决定：

• 监控频率：两次检测之间的间隔。这是你能直接控制的。设 5 分钟，最坏情况是「刚测完就宕机，等 5 分钟后的下一次检测才发现」；设 1 小时，最坏等 1 小时。
• 检测本身耗时 + 通知送达：这两项基本固定，占比小。

所以想「第一时间」知道，就把频率调密。但频率越密越吃额度——官方文档明确创建任务时会显示消耗预估，任务状态可能变成额度不足。频率和额度是此消彼长的取舍，没有「既快又省」的方案。

第一步：建定时拨测任务，选对检测方式

登录宝塔拨测控制台，打开定时拨测，新建任务。检测方式按「你担心什么挂」来选：

你担心的问题	检测方式	目标填什么
网站打不开、返回 5xx	HTTP	目标 URL
服务器整个失联	PING	目标主机或 IP
某个端口不通（如 22、443）	TCP	目标主机 + TCP 端口
域名解析异常	DNS	待解析域名 + 记录类型

这四种方式分别对应首页的网站测速、Ping 检测、TCP 检测、DNS 测速。创建窗口没有 SSL 定时监控选项，要持续盯证书有效期得另想办法。

创建时还要选监控节点（地区和线路）、设超时（ms）和监控频率，并选择是否长期监控（不勾则须指定结束时间）。

第二步：设告警条件，在误报和漏报之间取平衡

「第一时间知道」和「别半夜被误报吵醒」是矛盾的，靠两个条件调和：

• 可用率阈值：多少节点失败算异常。设 100% 最灵敏，任何节点失败都告警，但个别节点网络抖动也会触发；设 95% 能容忍少数节点抖动，但小范围故障可能被漏掉。
• 连续异常次数：连续几次异常才告警。设 1 次最快，但瞬时抖动会误报；设 3 次能过滤抖动，代价是发现时延乘以 3——3 次检测都异常才通知，最坏要多等两个周期。

建议的做法是：先设「可用率 95% + 连续异常 2 次」观察几天，再根据误报频率收紧或放宽。

第三步：选通知类型和通知渠道

告警条件满足后，怎么通知你？通知类型有三种：

• 异常通知：目标异常时发。
• 恢复正常通知：目标恢复后发，让你知道「问题已经好了」。
• 调度异常通知：拨测调度本身异常时发。

通知渠道当前支持邮件、企业微信、飞书三种。企业微信和飞书要填各自机器人的 Webhook 地址（飞书还提供签名密钥配置），渠道创建后先按页面提示测试能否送达，再挂到任务上。

第四步：收到告警后，怎么确认是不是真的宕机

告警只告诉你「可能有问题」，确认要看控制台的告警页面：

1. 先看告警事件：有没有对应目标的异常记录。没有，说明任务没跑、节点没完成检测、或告警条件没满足。
2. 再看投递记录：有事件但没投递记录，说明任务没选通知类型或渠道；有投递记录但发送失败，说明渠道的收件地址或机器人配置有误，测试渠道后重试。

告警事件还能按监控对象和恢复状态筛选。恢复正常通知是否发送，取决于任务里是否启用了恢复正常通知。

一句话总结

服务器宕机怎么第一时间知道：建一个定时拨测任务（选 HTTP/PING/TCP/DNS 之一），设监控频率、可用率阈值和连续异常次数，配上邮件/企业微信/飞书通知。发现时延主要由监控频率决定，频率越密发现越快但越吃额度；可用率阈值和连续异常次数用来压误报，但设严了会拖慢发现，要按实际误报频率调。