Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Serfer написал(а):
Этот момент я учел. Проводной имеет динамический Айпи, но на момент испытаний я точно знал какой он у меня (через сервис 2Ip). Но естественно мне не шли пакеты от УМ так как они настроены на работу с Айпи на 4G модеме.
Но если включить 4G модем, то подключится через приложение (изменив апи подключения на тот что на модеме) не получается, хотя теперь на компе есть связь с удаленными УМ. Т.е. он на отрез отказывается работать именно через 4G модем и мне не ясно почему.


Может стоит попробовать какой-нибудь DDNS? Хотя мы для сервера разорились на три статических адреса (два проводных: основной плюс резервный, а также 4G как резерв на крайний случай)
 
Последнее редактирование модератором:
oleg написал(а):
Вы сами указали причину отсутствия данных - от смартфона не приходят пакеты к серверу... с этим и надо разбираться.


Причина неисправности найдена!
Хост получал по DHCP адрес не совпадающий с DMZ-адресом в настройках модема.
Т.е. Хост получал адрес : 192.168.8.100, а в модеме DMZ был указан: 192.168.8.112.
Из за этого я не только не могу связать по ASpult но и при том у меня выборочно пропадали УМ со связи при запущенном на хосте Mpult.

Решение: в параметрах адаптера хоста, относящиеся к 4G-модему, прописать статические айпи, маску и шлюз. Айпи должен совпадать с DMZ указанным в настройках 4G-модема
 
Serfer написал(а):
Причина неисправности найдена!
Хост получал по DHCP адрес не совпадающий с DMZ-адресом в настройках модема.
Т.е. Хост получал адрес : 192.168.8.100, а в модеме DMZ был указан: 192.168.8.112.
Из за этого я не только не могу связать по ASpult но и при том у меня выборочно пропадали УМ со связи при запущенном на хосте Mpult.

Решение: в параметрах адаптера хоста, относящиеся к 4G-модему, прописать статические айпи, маску и шлюз. Айпи должен совпадать с DMZ указанным в настройках 4G-модема


ну или ограничиться пробросом портов, дабы избежать лишних проблем от всяких злодеев
 
Добрый день. Вчера в нотификейшен прилетела ошибка от LKDSDisp:

01000 [Microsoft][ODBC SQL Server Driver][SQL Server]Выполнение данной инструкции было прервано.
23000 [Microsoft][ODBC SQL Server Driver][SQL Server]Нарушено "PK_FrameVoice_CodHdrVoice_NumFrame" ограничения PRIMARY KEY. Не удается вставить повторяющийся ключ в объект "dbo.FrameVoice". Повторяющееся значение ключа: (4588, 0).

Ничего критичного или стоит беспокоиться?
 
apathy написал(а):
Добрый день. Вчера в нотификейшен прилетела ошибка от LKDSDisp:

01000 [Microsoft][ODBC SQL Server Driver][SQL Server]Выполнение данной инструкции было прервано.
23000 [Microsoft][ODBC SQL Server Driver][SQL Server]Нарушено "PK_FrameVoice_CodHdrVoice_NumFrame" ограничения PRIMARY KEY. Не удается вставить повторяющийся ключ в объект "dbo.FrameVoice". Повторяющееся значение ключа: (4588, 0).

Ничего критичного или стоит беспокоиться?

Это не критично, но не нормально.
Желательно прислать данные в тех поддержку.
 
Не нашел, был ли подобный вопрос. Что произойдет, если связь (провайдер интернет) между клиентом и сервером будет утеряна? Ставить в каждой диспетчерской по серверной части? Репликацию между несколькими серверами можно настроить? Такой функционал предусмотрен?
 
Если у клиента пропал интернет то как поможет второй сервер с репликой?
 
Последнее редактирование модератором:
revit написал(а):
Если у клиента пропал интернет то как поможет второй сервер с репликой?

Это разные вопросы.Но
Интернет может пропасть не только у клиента. ospf

Пожалуй, разверну вопрос. Если нет связи с сервером, будет ли клиент получать оповещения? Из этого следует еще вопрос, какая роль у серверной части?
 
Если у провайдера клиента или на межсетевом оборудовании пропала связь то реплика опять никак не поможет.
Если вы рассматриваете исключительно подключение сервера, то подключайте резервный канал.
Роль сервера исключительна-без него не работает сеть ОБЬ.
 
Последнее редактирование модератором:
revit написал(а):
Если у провайдера клиента или на межсетевом оборудовании пропала связь то реплика опять никак не поможет.
Если вы рассматриваете исключительно подключение сервера, то подключайте резервный канал.
Роль сервера исключительна-без него не работает сеть ОБЬ.

Реплика именно в плане выхода из строя оборудования и\или его замены
 

Вложения

  • ______.png
    ______.png
    76.2 KB · Просмотры: 1
Если вам нужна реплика базы MSSQL, то можете ее делать. MSSQL это умеет ... Только вот я сомневаюсь что это целесообразно делать на диспетчерских компах. Репликация должна осуществляться как минимум на такой же надежности компьютер как и сам сервер. Ну и сервер должен быть сервером в самом прямом смысле -на серверном железе с двумя БП, с MS Server OS и двумя ИБП
А в остальном достаточно простого копирования.
 
Последнее редактирование модератором:
evn написал(а):
Реплика именно в плане выхода из строя оборудования и\или его замены

С терминами хочется определиться.

Нужно оперативное резервировании работы сервера или нужно периодически делать копию базы данных и настроек серверного ПО, что бы можно было быстро развернуть работу другого сервера ?
 
Андрей Ефименко написал(а):
Предложения понятные и реализуемые. Постараюсь в ноябре сделать.
отсюда

Все таки иногда стреляет и ружье висящее на стене....
У людей залило моноблок, сгорел... Запустить его не представляется возможным. И я не сохранил НВРАМ, то бишь настройки, в файл... :( и настроек нет.. :(

Сделать бы в меню команду "вычитать настройки КСЛ всех УМ" там где групповые для ПКСЛ.
Ну или сразу для всех ПКСЛ всех подсетей в фоновом режиме, чтобы нажал раз в году и знал что они есть.
 
Последнее редактирование модератором:
revit написал(а):
Сделать бы в меню команду "вычитать настройки КСЛ всех УМ" там где групповые для ПКСЛ.
Ну или сразу для всех ПКСЛ всех подсетей в фоновом режиме, чтобы нажал раз в году и знал что они есть.

Поддерживаю! А можно пойти ещё дальше по пути автоматизации: по одному нажатию "раз в году" вычитывать NVRAM всех доступных ЛБ и складывать их в отдельную папку с автоматически сформированными подкаталогами внутри (диспетчерская/улица/дом, имя файла NVRAM = наименование лифта) :rolleyes: .

В меню "Режимы" под администратором есть пункт "Послать структуру в службу обслуживания", что это и для чего?
 
Последнее редактирование модератором:
Van Gog написал(а):
Поддерживаю! А можно пойти ещё дальше по пути автоматизации: по одному нажатию "раз в году" вычитывать NVRAM всех доступных ЛБ и складывать их в отдельную папку с автоматически сформированными подкаталогами внутри (диспетчерская/улица/дом, имя файла NVRAM = наименование лифта) :rolleyes: .

Удобнее, наверное, сохранять NVRAM в базе данных.

Van Gog написал(а):
В меню "Режимы" под администратором есть пункт "Послать структуру в службу обслуживания", что это и для чего?

стр. 6 Посмотреть вложение SPultServiceRequest.pdf
 

Вложения

Van Gog написал(а):
В базе гораздо удобнее.
Если только это не сильно увеличит размер базы. Для SQL Express это имеет значение. Я, допустим, не вижу особых преимуществ хранения файлов в базе вместо каталогов.
 
Последнее редактирование модератором:
revit написал(а):
Если только это не сильно увеличит размер базы. Для SQL Express это имеет значение. Я, допустим, не вижу особых преимуществ хранения файлов в базе вместо каталогов.

Настройки ЛБ - это 64 байта.
Даже если хранить последние 10 изменений это будет около 1Кб на ЛБ
Т.е. для крупной диспетчерской это не более 5Мб, т.е. ничтожно по сравнению с журналом и статистикой.

Преимущество использования БД в удобстве программной обработки.
 
revit написал(а):
отсюда

Сделать бы в меню команду "вычитать настройки КСЛ всех УМ" там где групповые для ПКСЛ.
Ну или сразу для всех ПКСЛ всех подсетей в фоновом режиме, чтобы нажал раз в году и знал что они есть.


а ведь скоро 10 лет как я об этом первый раз спросил :unsure:
 
poiZon написал(а):
а ведь скоро 10 лет как я об этом первый раз спросил :unsure:


2007г :-)
revit написал(а):
А вот для этого было сделано вычитывание настроек ЛБ. Только вот теперь неплохо бы это хозяйство сохранить в какой нибудь базе на случай замены блока, а то действительно долго ковыряться и "чесать репу" пока вспомнишь что же там было на этом ЛБ.!

https://forum.lkds.ru/index.php?s=&show...post&p=1115

Но сейчас это не настолько актуально как было в 2007 году , когда кол-во блоков с настройками т.е. релейных блоков ЛБ5.5 и ЛБ6-Р было очень большим. Сейчас релейных лифтов и соответственно блоков осталось уже немного, а в блоках получающих информацию через порт в основном используется одинаковый набор настроек (22, 91,11 и т.п), а многие так вообще на дефолтных используют. Хотя конечно есть единичные экземпляры со своими хитрыми настройками... но это единицы. Я такие записи вношу в справочные данные лифта.
Зато это очень актуально сейчас для настроек подключения (не NVRAM ЛБ) и прочих в Моно, а также ЛБ6pro и ЛБ7. Их кол-во растет с каждым днем.
 
Последнее редактирование модератором:
Назад
Сверху