Тема: Не появляются отметки о входе или выходе

23.06.25 16:21 Vitalik Petrakov (23/29.01.17)

Добрый день! У нас в организации сейчас используется 33 контроллера СКУД и на каждом иногда отметки не появляются, хотя замок открывается. У нас 8 разных модулей связи и к каждому подключено от 2х до 8 контроллеров, модули связи находятся в выделенной физической сети. База данных на mysql 5.7

если посмотреть по логам контроллеров, то иногда появляются вот такие записи

.2025 12:34:19.461 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:34:19.584 150048000000FC
-> 23.06.2025 12:34:19.584 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:34:19.704 150048000000FC
-> 23.06.2025 12:34:19.704 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:34:19.825 15001000C0008C
-> 23.06.2025 12:34:19.826 001000A90064
<- 23.06.2025 12:34:27.215 150048000000FC
-> 23.06.2025 12:34:27.217 00480000FFC93C00934700009A000000000000008830DC19341223062580000000000000EC9A3824341223062540000000000000B4BA7426341223062540000000000000EE
<- 23.06.2025 12:34:48.143 150020000007F348341201230625B1
-> 23.06.2025 12:34:48.144 002000000070
<- 23.06.2025 12:34:48.177 15001000C0008C
-> 23.06.2025 12:34:48.179 001000990049
<- 23.06.2025 12:35:07.078 150048000000FC
-> 23.06.2025 12:35:07.078 00480000FFC93C009347000099000000000000008830DC19341223062580000000000000EC9A3824341223062540000000000000B4BA742634122306254000000000000059
<- 23.06.2025 12:35:07.196 15004800FF007D
-> 23.06.2025 12:35:07.214 00480000FFC91C00944700009900000000000000B4A66303351223062540000000000000C9
<- 23.06.2025 12:35:07.336 15004800FF007D
-> 23.06.2025 12:35:07.337 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:35:07.458 15001000C0008C
-> 23.06.2025 12:35:07.458 001000990049
<- 23.06.2025 12:35:07.474 150048000000FC
-> 23.06.2025 12:35:07.474 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:35:07.595 150048000000FC
-> 23.06.2025 12:35:07.595 00480000FFC90C00000000009900000000000000AF
<- 23.06.2025 12:35:07.716 150048000000FC
-> 23.06.2025 12:35:07.716 00480000FFC90C00000000009900000000000000AF

и в такие моменты отметки в базу не добавляются, хотя в модуле связи все хорошо и доступ к контроллерам есть.
прошивка на контроллерах 9.1, они все SCM-IP

[ #1 ] 23.06.25 17:40 Tech.Support KOMENDANT LAB

В целом штатная работа контроллера, но в 12:34:27 служба связи получила события, и через 30 сек, запросила тот же пакет. Возможно СУБД не отвечала. И до этого перерыв в работе был 8сек. Событие какой карты потерялось?
Сервер должен быть, как на сайте 5.0.96, работа на других версиях может быть непредсказуема. Хотя причина неответа сервера чаще всего в тормозах железа или виртуальных машин. Иногда VM может отдавать данные с интервалом более 1 сек., к тому моменту у софта могут выходить некоторые таймауты, что может вызывать подобные проблемы.

[ Изменено: 23.06.25 17:59 Tech.Support ]

[ #2 ] 24.06.25 10:14 Vitalik Petrakov (23/29.01.17)

Добрый день! Спасибо большое за ответ
версия базы данных у нас
mysql Ver 14.14 Distrib 5.5.58, for debian-linux-gnu (x86_64) using readline 6.3

отметка была “Вход” и чаще всего теряется именно “Вход”
По поводу железа - база данных стоит на своей платформе, 48гб оперативной памяти и 12 ядер (24 потока), все выделено под базу данных
номер карты что потерялся - 1027

[ #3 ] 24.06.25 10:21 Tech.Support KOMENDANT LAB

Номер карты обычно вида 123 45678. Тормозит возможно не СУБД, а компьютер со службой связи.

[ #4 ] 24.06.25 11:33 Vitalik Petrakov (23/29.01.17)

Тогда номер карты 180-47732
Компьютер со службой связи это отдельный компьютер, с 4 ядрами и 8гб оперативной памяти, имеющие 2 сетевых карточки на борту.
1 карта - это соединение между СКУД и компьютеров через неуправляемый свич.
2 карта - соединение с сервером базы данных (плоская выделенная сеть)
У меня подключен мониторинг по ICMP до модулей связи и разрывов не было.

[ #5 ] 24.06.25 12:29 Tech.Support KOMENDANT LAB

Вот событие этой карты. B4BA7426341223062540000000000000 От контроллера оно получено, но возникла проблема с записью его в базу. На каком этапе неизвестно.