背景服务器上跑着 Uptime Kuma监控 3 个服务接了 ServerChan 微信通知。某天 Nginx 配置改崩了dashboard 挂了 20 分钟——微信安安静静。原因登服务器查数据库sudo docker cp uptime-kuma:/app/data/kuma.db/tmp/kuma.db python3-c importsqlite3 dbsqlite3.connect(/tmp/kuma.db)print(绑定关系:,db.execute(SELECT * FROM monitor_notification).fetchall())print(发送历史:,db.execute(SELECT COUNT(*) FROM notification_sent_history).fetchone())输出绑定关系: [] 发送历史: (0,)0 条绑定0 条发送记录。 通知渠道建好了监控也建好了但两者从来没连上。解决方案 AKuma 网页界面打开 Kuma → 找监控 → 点铅笔编辑找到 Notifications 区域勾选目标通知渠道 → Save对每个监控重复方案 B直接改数据库界面改不动时# 停容器避免内存覆盖sudo docker stop uptime-kuma# 备份DB/var/lib/docker/volumes/uptime-kuma/_data/kuma.db sudo cp$DB${DB}.bak.$(date %Y%m%d_%H%M%S)# 插绑定sudo python3-c importsqlite3 dbsqlite3.connect($DB)formidin(1,2,3):db.execute(INSERT INTO monitor_notification (monitor_id, notification_id) VALUES (?, 1),(mid,))db.commit() sudo docker start uptime-kuma验证效果改完再查一次monitor#1 - notification#1 monitor#2 - notification#1 monitor#3 - notification#1然后在 Kuma 界面点 Test Notification微信立刻收到测试消息。三个坑坑 1建监控和绑通知是两个独立动作Kuma 不会提醒你这个监控还没绑通知。建完监控就以为完事了是最大的错觉。坑 2通知渠道 active ≠ 会自动绑定notification.active1 只表示渠道本身开着不代表任何监控在用它。坑 3排查监控问题SQLite 比界面更直接界面只能看单个监控monitor_notification 表能一眼看出全局绑定情况。以后建完监控先查这张表。
