Тема: Мониторинг событий
Добрый день!
Комендант 7.0, установлен на Xeon E5-2690v3. 8 Гб ОЗУ, Windows Server 2012 R2 Standart.
В ПО “Мониторинг событий” с завидной регулярностью замечаем что при пробитии пропуска сотруднику, он не отражается в системе. Пропуск меняли, не помогает. Пробивается обычно с 3-го раза
В чем может быть проблема?
Не отображаемое в мониторе событие в базе присутствует? В помещение при этом пускает? Какая модель контроллера?
Не отражается в мониторе событий, в базе так же не отражается, в помещение пускает, Модель контроллера:
SCM-NET2
пропадает связь с контроллером
Это вопрос или утверждение?
предположение
Сама связь с контроллерами не теряется, Служба связи с контроллерами работает штатно
Проверьте настройку точки доступа “Повторное считывание”, сделайте 1 сек. Также такое может быть, если в момент срабатывания замка контроллер перезагружается по причине просадки по питанию или отсутствия диода параллельно замку. Может быть контроллер подключен не соответственно схеме, - замка снят не с клеммы питания, а где-то еще на плате.
Проверим
Стояла такая настройка, сделали по аналогии с другим нашим складом, где нет таких проблем. Так же есть небольшие потери по пингам до контроллеров, но на другом складе тоже есть, при этом у них таких проблем нет
2сек. это не много, можно оставить.
Контролер подключен правильно, 3 месяца назад не было данной проблемы, за это время замены не было
Может блок питания уже не дает нужного тока. Поставьте какой нибудь другой.
В любом случае проблема сводится к 2 моментам. Либо электрическая перезагрузка контроллера в момент срабатывания замка, либо потеря данных внутри компьютера.
Да, еще бывает. Стоит где-то в сети компьютер, с другой базой и службой связи с настроенным контроллером и ворует данные.
Спасибо, проверим
Добрый день.
Еще смущает такой момент: почему пинги до ПК стабильные, а до контроллеров нет?
И еще вопрос: пользователь прикладывает карту к считывателю, его СКУД пускает, т.е. информация о карте есть в БД контроллера. А если смотреть через монитор событий на сервере, то прохода нет. То есть информация от контроллера не попадает в БД сервера Комендантъ, верно? И вот тут как раз мы видим, что пинги с сервера до контроллеров не стабильные, может быть в этом и есть проблема - контроллер не отдает информацию серверу? Опять же, при добавлении карты в БД, синхронизация с контроллерами проходит без проблем.
192.168.201.7 сервер Комендантъ (с него пинг)
10.42.0.40 - ПК
10.42.6.10 - контроллер склада 2, где наблюдаются проблемы
192.168.201.203 - контроллер склада 1, где проблемы не наблюдаются, но тут поток сотрудников не так велик, как на складе 2
ping.pdf (Размер: 393KB - Загрузки: 7)Пинг идет через раз, так и должно быть. Потому что когда контроллер обрабатывает запрос службы связи, он не отвечает на пинг. По сети событие не может считаться и потеряться, потому что служба связи сначала запрашивает следующее событие и только если оно было получено, дает команду на удаление. Иначе так и будет пытаться считать последнее событие.
Природа потери события в случае с перезагрузкой по питанию в том, что событие не успевает сформироваться в контроллере. Внутри компьютера событие теряется обычно при сильном торможении, выходит таймаут записи в файл, чаще всего на виртуальных машинах. Если же событие попадает в базу, но не отображается в мониторе, это третий случай. Монитор не имеет прямой связи с контроллером и работает только через базу. Он отображает события условно текущего времени (несколько секунд), чтобы был эффект онлайн отображения. Если событие идет до монитора слишком долго, оно не отобразится. Причина как правило в перегруженности базы, чаще всего из-за больших фото. Также влияние оказывает нехватка памяти и механический жесткий диск. С памятью, если на сервер крутится что-то еще, 8Г может быть и маловато. Весь объем базы должен иметь свободное место в памяти.
