Тема: Потеря данных
Версия 1037
Сервер на на виртуальной машине (Win2003 SP2).4 контроллера SCM-NET.2-3 компьютера с запущенными мониторами.
Вчера после 16:25 перестали отображаться новые события на мониторах (это последнее отображенное событие, возможно проблема возникла позже). В 16:36 конфигкратором была добавлена 2-я карта пользователю. В 23:05 сдлеан бэкап базы. Так как новые события не писались в базу (хотя отчеты и модуль связи работали) решили сегодня утром перезагрузить сервер. Презагрузку пришлось ждать долго. Служба “модуль связи” не хотеала останавливаться. После перезагрузки все работает, но нет в базе событий входа/выхода за период с 19 февр 16:30 до 20 февр 8:42. Явных ошибок в системных логах сервера не видно.
При этом события от компьютеров в базу писались нормально.(см прилагаемый архив)
Вопрос:
1. Как восстановить потерянные данные? Они ведь должны быть в контроллерах?
2. Где искать проблему? Кажется, подобное уже было - вдруг переставали писаться события в базу. Прада в прошлый раз после перезапуска службы связи все записалось нормально.
С уважением, Анатолий
Проблема_20090220.zip (Размер: 25KB - Загрузки: 411)Странная ситуация. Мысли:
Модуль связи не заберет следующее событие из контроллера если предыдущее не записал в БД, а значит в памяти контроллеров должны были остаться все события накопившиеся за время отсутствия связи контроллеров с БД. При очередном запуске модуля связи все накопившееся должно было быть отправлено в БД. Даже если допустить, что в контроллерах пусто то как минимум такие варианты:
1. По причине выключенных контроллеров (а значит точки прохода не должны были работать)
2. События “забрал” другой (запущенный) модуль связи и поместил в иную БД указанную в его настройках.
Для более подробного изучения данной ситуации, нам необходима резервная копия Вашей БД (сегодняшняя).
Вышлите на адрес smdr@dipmail.ru
Для более подробного изучения данной ситуации, нам необходима резервная копия Вашей БД (сегодняшняя).
Вышлите на адрес smdr@dipmail.ru
Отправил бэкап в ZIP архиве.
Письмо с адреса Belousov@rosspace.ru
Осмотр БД не выявил удаление записей т.к. нет значительного разрыва в ID событий.
1. логи мог забрать другой модуль связи
2. контроллер был выключен или дверь была открыта (т.е. не было самих считываний карт)
3. в теории, если в контроллере события имели не корректную дату и время, то такие события модуль связи не запишет в БД, но тогда не понятно откуда взялась “левая” дата
4. при запуске модуля связи в 8:46 он забрал порядка 10 событий и записал их в БД (что ставит под сомнение п.3 или дата в контроллере была восстановлена за несколько минут до подключения)
5. если дверь в период с 19 февр 16:30 до 20 февр 8:42 работала в штатном режиме (т.е. по картам замок срабатывал) это подтверждение правильной работы процессора и памяти, = события накапливаются
6. учитывая что речь (ситуация в целом) не об одном контроллере и в п.4 были закачены события от двух контроллеров, то вывод однозначен - вероятность одновременного однотипного сбоя нескольких отдельных устройств крайне низка
7. не выдерживает критики смещение по времни контроллеров которое накопилось за 16 часов .. 4 минуты отставания за 16 часов - крайне много, да еще и на двух (как минимум) контроллерах
ПС: включите в конфигураторе (настройка системы) избыточный лог действий софта дабы фиксировать вообще все что происходит в системе
На данный момент наиболее вероятным по нашему мнению выглядит запуск второго модуля связи, который забрал события и скорректировал время на “свое” (отсюда и 4 минуты разницы)
