Форумы  ·  Войти  · 

Тема: Сохранении настроек ТД ошибка SQL

Страница 1 из 3, все  1 2 3 > 
13.03.17 8:58   tpua  (20/28.01.15)  

Добрый день, добавили еще одну плату в систему SCM2(USB) но при сохранении точки доступа в конфигураторе(v7.0.7) вылетает ошибка - скрин прикрепил. То есть программа хочет установить графики разблокировки и т.д. если я ей ставлю какие либо графики то Т.Д сохраняется но эл. магнитный замок всегда в открытом состоянии остается. Помогите разобраться.

Вложенный рисунок
конфигуратор.jpg
[ #1 ]  13.03.17 11:22   Ware.Support  EXPERT  

Необходимо обновиться до последней версии 7.0.14.
И если проблема останется, то прислать нам резервную копию БД на .(JavaScript must be enabled to view this email address).

[ #2 ]  13.03.17 13:29   tpua  (20/28.01.15)  

Добрый день, обновление до 7.0.14 не помогло + теперь не дает удалить Т.Д тоже выдает ошибку. Замок в состоянии открыто -> ожидание. Копию БД отправил на почту Вам. Посмотрите пожалуйста.

[ #3 ]  13.03.17 13:32   tpua  (20/28.01.15)  

Да и еще забыл сказать теперь если ставлю прочерки в графике разблокировке то при сохрании графифики обратно выстовляются в этих полях. Если пробую создать новую то таже ошибка SQL удалить старую так же не могу пишет Duplicate Entity “30-2212-1” for key 2.

[ #4 ]  13.03.17 13:37   Ware.Support  EXPERT  

Необходимо сделать резервную копию БД из конфигуратора(Меню-Инструменты-Резервное копирование).

[ #5 ]  13.03.17 14:22   tpua  (20/28.01.15)  

Сделал и отправил на почту.

[ #6 ]  14.03.17 7:29   Ware.Support  EXPERT  

В результате исследования резервной копии БД было выявлено стороннее вмешательство в структуру и данные, т.е. удалены данные, использовалось неправильное резервное копирование и восстановление БД сторонними программами. Алгоритм работы ПО “Комендантъ” не предполагает произвольного редактирования данных и структуры БД, а также резервное копирование и восстановление необходимо производить штатными средствами ПО “Комендантъ”.
 
Рекомендуем создать новую БД и настроить ее.

[ #7 ]  14.03.17 8:49   tpua  (20/28.01.15)  

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

[ #8 ]  14.03.17 9:01   Oleg [Editor]  KOMENDANT LAB  

Можно. Тот специалист, кто вносил изменения в БД должен поправить то, что вывело систему из строя. Мы дали вам рекомендации как этого достичь быстро, без исправлений.

[ #9 ]  14.03.17 9:02   tpua  (20/28.01.15)  

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

[ #10 ]  14.03.17 9:10   tpua  (20/28.01.15)  

По поводу базы, тут все дело в том что база у нас навернулась давно при конвертации и ее как раз правил ваш специалист - https://komendant.pro/spr/viewthread/88519/

[ #11 ]  14.03.17 9:22   Oleg [Editor]  KOMENDANT LAB  

А, понятно, теперь это мы же и виноваты, раз уж когда-то исправляли ошибку в вашей БД. Отлично. Получается это мы побили данные в таблицах подослав к вам человека, кто  использовал сторонние средства работы с БД не умея этим пользоваться. Или это мы тогда, еще два года назад, правя вашу БД подсунули вам в БД западло которое должно было сработать через несколько лет? Однако. Вот только остается вопрос - а зачем нам это нужно? В чем выгода? Эх.

[ #12 ]  14.03.17 9:27   tpua  (20/28.01.15)  

Да нет, Вы не правы, это совсем не наезд какой то был как вы подумали, а то что в прошлый раз ваш спец. как то быстро эту проблему порешал без создания новой БД и все это прекрасно работало до тех. пор пока не пришлось добавить еще один контроллер, так может все же есть возможность както вот так же сделать, вот это к чему было.

[ #13 ]  14.03.17 9:34   Oleg [Editor]  KOMENDANT LAB  

В прошлый раз проблема была совершенно в другом. В присланной БД рукотворно(!) побиты значимые данные. Восстановление “по быстрому” не представляется возможным, иначе подправили бы без вопросов. Потому и порекомендовали завести новую БД и перенести туда имеющиеся контроллеры т.к. поверьте, это куда проще. Если в старой БД вам требуются данные статистики, то никто не мешает вам, работая с новой БД, оставить старую базу и обращаться к ней за отчетами по мере необходимости.

[ #14 ]  14.03.17 9:44   tpua  (20/28.01.15)  

Хорошо, я понял. Вот ще вопросик, скажите дверь на контроллере всегда держится открытой 100% из за графиков разблокировки?, или все же нужно копать в другую сторону, просто я например создаю график недельный ставлю в нем на каждый день график с 23:58 по 23:59 то есть замок должен разблокироваться каждый день в это время на одну минуту остальное время должен работать штатно я ведь правильно понимаю? А по факту он остается открытым постоянно вот это как?. или может все же дело то не в графике.

[ #15 ]  14.03.17 9:46   Tech.Support  KOMENDANT LAB  

В мониторе событий состояние двери “разблокировка” или “ожидание”?

Страница 1 из 3, все  1 2 3 > 
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"