Орион Про 1.11. пропадают люди из базы

[alex]

проблема такая, пропадают люди и ключи из базы, ключ может привязаться к другому человечку и фото перескакивают от одного чела к другому . стоит Орион Про 1.1 sp2 на MSDE (MS SQL server) все установлено на один комп. карты выдаются через АБД на других машинах (их 2). в базе 7000 человек

[telexx]

Обновился на sp2 как неделю. Сегодня тоже сотрудник с паролем исчез. Да непростой,а Владелец (которого хрен так просто удалишь),хорошо еще парочка была,обошлось без бубнов.
P/S К старым глюкам уже привык, сейчас на sp2 регулярно вылазят новые....:(((

[alex]

Надо и себе добавить.. за идею

[Громозека]

пропадают люди и ключи из базы, ключ может привязаться к другому человечку и фото перескакивают от одного чела к другому .

При таком количестве персонала порекомендую алгоритм: создал сотрудника, сразу присвой ему карту. После пары тройки вновь созданных сотрудников (за один раз) "Синхронизация ключей" и "Общее обновление". И каждый раз проверять "Неверные пароли". Не помешает.
Мне тех.поддержка устала исправлять конфиги, заявляя, что она испорчена и, мол, присылайте-исправим.
Похоже, у sp2 глюк такой. Хотя, на sp1 то же твердили.
И ещё, рекомендую за носить людей на сервере, а не на удалёнке.

[pet-and]

А люди так и продолжают исчезать из базы. Сегодня запалил еще один случай, трех карточек не досчитались. Поражает одно, карточки в системе не зарегистрированы, однако народ как-то проходит сквозь положенные двери. Вот как так? Если у кого есть мысли, подскажите что да как. ОрионПРО 1.11 sp5(patch); Win7 64b.

[attikus]

думаю тех.поддержка посоветует перейти на ОрионПро 1.12 они уже не особо хотят поддерживать старые версии
В 1.11 сп2, сп5 была такая штука что при добавлении нового ключа и выборе определенного сотрудника, сотрудник перескакивает на произвольного, также и с уровнями доступа, лечилось просто перепроверкой всех данных при сохранении. Ещё может быть что они не исчезают а при вводе на удаленной абд, просто не обновляются, попробуйте на вкладке пароли нажать клавишу F5 и подождать минутку.

[DmitryK]

Поражает одно, карточки в системе не зарегистрированы, однако народ как-то проходит сквозь положенные двери. Вот как так? Если у кого есть мысли, подскажите что да как. ОрионПРО 1.11 sp5(patch); Win7 64b.

Два варианта: карточки ранее были зарегистрированы и прописаны в конфигурации приборов, из системы вы их удалили (ну или они сами "удалились", не суть), а в приборах-то они остались. Кто их будет удалять оттуда? Делаем принудительное очищение и перезапись в приборах. Можно ради интереса даже сравнить количество ключей ДО и ПОСЛЕ этой чудодейственной операции, будете удивлены (у нас за чистку бывало по 400-500 ключей удалялось. Левых де-факто ключей, которым доступ через этот проход уже не разрешён. Помножить на ~100-150 точек прохода... гуляй-поле, что называется :)).

Второй вариант - разрешённую на этот проход (проходы) карточку (карточки) тупо склонировали. Этот вопрос уже мусолился, вычислить средствами Ориона практически нереально (запрещение через antipassback не всегда и не во всех случаях применим, разве что у вас завод и одна проходная с вертушкой и одним без вариантов входом и одним выходом; ну разве что "мягкий режим" и длительный анализ логов, с применением "других средств", типа видеонаблюдения).

[Sia-Ori]

Два варианта: карточки ранее были зарегистрированы и прописаны в конфигурации приборов, из системы вы их удалили (ну или они сами "удалились", не суть), а в приборах-то они остались. Кто их будет удалять оттуда? Делаем принудительное очищение и перезапись в приборах. Можно ради интереса даже сравнить количество ключей ДО и ПОСЛЕ этой чудодейственной операции, будете удивлены (у нас за чистку бывало по 400-500 ключей удалялось. Левых де-факто ключей, которым доступ через этот проход уже не разрешён. Помножить на ~100-150 точек прохода... гуляй-поле, что называется :)).

Второй вариант - разрешённую на этот проход (проходы) карточку (карточки) тупо склонировали. Этот вопрос уже мусолился, вычислить средствами Ориона практически нереально (запрещение через antipassback не всегда и не во всех случаях применим, разве что у вас завод и одна проходная с вертушкой и одним без вариантов входом и одним выходом; ну разве что "мягкий режим" и длительный анализ логов, с применением "других средств", типа видеонаблюдения).

Третий вариант. В АБД удаляем карту, или человека - а карта в контроллерах остаётся. Меня тут убеждали, что я должен решать это с техподдержкой :)
Но решение такое - ничего не удалять. Ставить уровень доступа запрет. в таком состоянии карты вымораживать из контроллеров некоторое время. Потом удалять. Что осталось в котроллерах - всё равно запрещено.
Ещё, для смелых духом, периодически поштучно перезаписывать контроллеры. По расписанию. Чтобы, скажем, раз в 2 недели каждый контроллер получил актуальную базу.
.
Программеры в этом направлении не сотрудничают. Хотя могли бы.
Хотя 1.12 попробуем, может, уже исправили глюк с удалением из базы и неудалением из контроллеров.