地磅管理系统 · 企业级解决方案

高可用地磅
智能管理系统

任意设备故障，地磅不停，数据不丢
自动切换 · 离线优先 · 故障自愈

<12s 故障自动切换
99.9% 系统可用率
0 人工干预切换
100% 已确认数据不丢失
向下了解
当前痛点

您可能正在面临的问题

地磅系统一旦停机，直接影响物流出入、计费结算，造成车辆积压和经济损失

⚡
服务器一挂，全线停摆
现有系统把数据全存在服务器，一旦服务器故障，所有称重计算机无法工作，车辆只能等待
手
切换靠人工，反应慢
故障时需要操作员手动进入管理界面切换数据库，操作繁琐，应急响应时间长达数分钟乃至更久
?
在途磅单不知如何处理
已进场但未完成称重的车辆，设备故障后磅单状态不明，补单麻烦，数据容易对不上
↻
恢复后数据要手动同步
设备修复后，宕机期间积累的数据需要人工整理补发，容易遗漏，且无法保证顺序一致性
系统架构

离线优先 · 三节点高可用架构

1号机、2号机各自独立运行，服务器作为数据汇总与故障桥接节点，任意单节点故障不影响整体运营

1 号机（主）
磅口A · 独立数据库
直连互通
2 号机（主）
磅口B · 独立数据库
异步同步
异步同步
服 务 器（辅）
数据汇总 · 报表 · 故障桥接

服务器故障 → 1/2号机正常运营，互不影响　|　任一称重机故障 → 另一台接管，<12秒自动完成

原则一
离线优先
每台称重计算机持有完整本地数据库，断网、断服务器均可独立完成称重、打印、结算全流程
原则二
写后即同步
每笔操作完成后立即异步同步至服务器和对端节点，服务器始终持有全量最新副本
原则三
状态可追溯
每张磅单有明确状态字段（进场待称/称重中/已完成/异常），操作日志全程记录，任何节点都能还原磅单历史
核心功能

六大核心能力

覆盖地磅管理全场景，从日常运营到故障恢复一体化保障

01
自动心跳检测
后台进程每3秒向各节点发送心跳包，连续3次无响应（9秒）自动判定故障，无需人工值守
自动化
02
秒级故障切换
检测到故障后自动完成：拉取未完成磅单、通知操作员、接管业务，全程12秒内完成，业务零中断
12秒内
03
WAL预写日志
每次称重确认先写磁盘日志再写数据库，已确认操作永不丢失，宕机重启后自动从日志恢复到一致状态
数据安全
04
增量数据补发
节点恢复上线后自动握手，从服务器拉取宕机期间所有增量操作日志，按时序重放，数据完整归位
自动恢复
05
磅单状态管理
进场待称 / 称重中 / 已完成 / 异常待审四种状态，故障时系统自动按状态分类处理，操作员只需审核"异常"队列
精细管控
06
冲突检测与合并
多节点同时写入时以时间戳为准，自动检测同一磅单的并发修改，冲突记录进入人工审核队列而非静默覆盖
数据一致性
故障切换时序

从故障到恢复，全程自动

以1号机宕机为例，完整展示系统自动切换流程

T = 0s
系统正常运行
1号机、2号机独立运行，每3秒互发心跳包，数据实时同步至服务器。所有磅单状态完整记录。
正常
T = 0 ~ 9s
心跳检测异常
2号机和服务器连续3次未收到1号机心跳包。系统开始记录异常，等待第3次超时确认，避免网络抖动误判。
检测中
T = 9s
故障确认，触发警报
系统确认1号机下线，立即触发声光报警并向管理员发送短信通知。同时向服务器查询1号机最后同步的所有未完成磅单。
故障确认
T = 9 ~ 12s
2号机自动接管
2号机拉取未完成磅单列表，按状态分类处理：进场未称的自动进入2号机队列；称重中的标记"待人工确认"；已称重未打印的从服务器恢复并可在2号机补打印。
自动处理
T = 12s+
业务恢复，正常运营
磅口A车辆引导至磅口B，2号机承接全部业务。运营人员只需处理"待确认"队列（通常为0~1笔）。系统持续等待1号机上线。
正常运营
1号机恢复后
自动数据补齐
1号机重新上线，自动握手确认时间戳，从服务器拉取宕机期间所有增量操作日志，按时序重放完成数据同步，1号机重新投入使用。全程无需人工操作。
自动恢复
未完成磅单处理

宕机时每种磅单的处置方案

系统按磅单所处阶段自动分类处理，最高风险场景也有完整的人工兜底机制

极低风险
阶段一
已进场 · 未上磅
记录完整，自动转至2号机待称队列，操作员照常处理，车辆引导至磅口B即可
需人工介入
阶段二
正在称重中
系统读取磅秤仪表本地缓存获取当前重量值，标记"待确认"，操作员核对后签字确认完成该笔磅单
低风险
阶段三
已称重 · 未打印
数据已落盘并同步至服务器，从服务器恢复该磅单，在2号机或服务器上补打印磅单即可
极低风险
阶段四
已打印 · 待结算
数据完整，磅单已实体存在，在服务器管理端或2号机直接完成结算，对业务无影响
核心保障机制：WAL 预写日志（Write-Ahead Log）
操作员点击"确认称重"的那一刻，系统执行顺序为：① 写磁盘日志 → ② 写本地数据库 → ③ 异步同步至服务器，任何一步失败均不反馈成功。这确保"界面显示成功"的称重记录永远有完整的日志可追溯，即使数据库损坏也可从日志重建。
技术方案

推荐技术选型

轻量、可靠、易维护，适合工业现场部署

模块 推荐方案 说明
本地数据库 SQLite推荐 零配置，文件级备份，单机每秒万级写入，完全满足地磅并发需求
数据同步 自研增量同步 + 时间戳轻量 每笔操作携带节点ID + 时间戳 + 序列号，服务器按序列号判断缺失区间进行补发
心跳检测 TCP长连接 3秒ping 局域网环境稳定可靠，延迟低，连续失败3次（9秒）触发故障切换
冲突处理 时间戳后者优先 + 人工审核队列 地磅场景极少发生真正冲突，简单规则够用；真冲突进入审核队列，不静默覆盖
预写日志 SQLite WAL模式内置 SQLite原生支持WAL模式，开启一行配置即可，读写并发性能更好
磅秤通信 串口/网口直读仪表缓存关键 称重中宕机时的兜底手段，程序启动时优先读仪表当前值，供操作员人工确认