2. 门禁系统架构概览

从 MTTR 视角出发，理解门禁系统的物理架构与数据流是日志检索与根因定位的前提。本节将拆解典型门禁系统的四层硬件拓扑、控制数据流与日志产生点，帮助你在故障发生时快速划定排查范围。

2.1 典型硬件拓扑

一套工业级门禁系统通常由以下四类核心设备组成，它们通过 RS-485、TCP/IP 或韦根（Wiegand）接口互联：

2.2 控制数据流与日志产生点

一次完整的开门流程涉及以下数据路径，每个环节都可能产生关键日志：

1. 凭证采集：读卡器读取卡片/二维码/生物特征，生成 RAW_CARD_DATA 日志。
2. 验证请求：读卡器通过韦根/RS-485 将凭证数据发送至控制器，控制器记录 ACCESS_REQUEST 事件。
3. 权限判定：控制器本地比对白名单（或转发平台在线验证），输出 ACCESS_GRANTED / ACCESS_DENIED。
4. 继电器动作：控制器驱动继电器，电磁锁开锁，记录 RELAY_ON 及 LOCK_STATUS。
5. 事件上报：控制器将完整事件（含时间戳、卡号、门号、结果）通过 TCP/IP 上报管理平台，平台写入数据库。

2.3 日志产生点全景

结合上述架构，我们将日志按产生位置分为三类，故障排查时需分别检索：

• 设备端日志：读卡器本地存储的刷卡记录、防拆报警；控制器存储的继电器动作、通信超时、固件异常。
• 网络中间日志：交换机端口镜像抓包、控制器与平台间的 TCP 重传、DNS 解析失败、证书过期。
• 平台端日志：用户操作审计、授权变更、报警事件、数据库事务超时、API 调用链。

2.4 架构视角下的 MTTR 优化策略

基于上述架构与日志分布，在故障排查中应遵循以下优先级：

1. 物理层快速验证：检查读卡器指示灯、锁状态反馈、控制器运行灯——30 秒内排除供电/接线问题。
2. 通信链路分段测试：从平台 ping 控制器 IP，从控制器串口查看 TCP 连接状态，从读卡器读取韦根信号计数。
3. 日志时间线对齐：将设备端日志、网络抓包、平台日志的时间戳对齐到毫秒级，定位延迟或丢包点。
4. 白名单/黑名单本地验证：控制器本地日志可绕过平台延迟，直接确认权限判定结果。