Тема: Комендантъ 7
Про буфер я имел ввиду другое. Контроллер при отсуствии связи, например сллужбы связи с БД или службы связи с контроллером, накапливает у себя до 6550 событий. Если не было связи несколько дней и событий было больше, чем 6550, то удаляются более старые события, освобождая место более новым, когда связь устанавливается, то события скачиваются в базу, но более старые события в результате потеряны. Возможно что имело место именно это явление.
Еще распространенное явление: кто-то в порядке эксперимента устанавливает в той же сети другую базу и регистрирует тот же контроллер, события улетают в другую базу.
Да, я так и понял.
Только вот например за 11 и 12 января все логи имеются и корректны.
Насчет эксперимента с базой и контроллером отпадают, т.е. я бы оценил данную вероятность в 1-2% максимум.
28/12/2012 13:50:43 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
Необходимо поправить региональные настройки системы.
1) Разделителителем целой и дробной части числа должна быть ‘,’ (запятая).
2) Формат даты должен быть ‘dd.MM.yyyy’.
3) Разделителем компонентов даты должна быть ‘.’ (точка).
Кстати у меня на тестовом сервере стоят все вышеперечисленный параметры, но аналогичный лог я так же наблюдаю у себя.
Что за тестовая сервер/база? Может в нее сгрузились события пропавшие?
связь к примеру могла пропасть 14-го числа утром, а появиться 17-го. И события начала дня 14-го не попали в число 6550.
но это один из возможных вариантов.
Не, тестовая у меня территориально в другом месте, а рабочая у клиента (одного из).
Никак не связаны 😊
28/12/2012 13:50:43 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
Необходимо поправить региональные настройки системы.
1) Разделителителем целой и дробной части числа должна быть ‘,’ (запятая).
2) Формат даты должен быть ‘dd.MM.yyyy’.
3) Разделителем компонентов даты должна быть ‘.’ (точка).Кстати у меня на тестовом сервере стоят все вышеперечисленный параметры, но аналогичный лог я так же наблюдаю у себя.
Проверили на разных ОС, пишет в лог только тогда, когда некорректно указаны региональные настройки.
Перепроверьте региональные настройки.
связь к примеру могла пропасть 14-го числа утром, а появиться 17-го. И события начала дня 14-го не попали в число 6550.
но это один из возможных вариантов.
Вот я и хотел бы узнать где мне именно можно посмотреть, когда пропала связь, когда появилась.
Так как именно утренних логов нету, но 10:57 уже логи есть. Единственный лог в “Архиве событий (СКУД)”:
“28.12.2012 12:21:26 - Включение питания контроллера” (именно в это время физически был запушен контроллер).
Естественно фильтр стоит на “Точки доступа” и “События от контроллеров” поэтому это единственный лог.
подключение к контроллеру можно отследить по логу обмена данными при условии что эта опция была в тот момент включена или по правилу отправки сообщений наличия-отсуствия связи
подключение с СУБД пока не логируется, но в будущем появится такая возможность.
но косвенно мы можем отследить связь с СУБД по тому же файлу лога обмена данными
у него в названии должен содержаться IP адрес контроллера
