Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)
- Автор темы Andi
- Дата начала
I
irp
Здравствуйте!
Возможно чего то явное не понял, но...
Используем MPult в диспетчерской. При первом запуске SPult на этом ПК подтянулась структура объектов из MPult. В дальнейшем, мы по старинке делаем все изменения в MPult но автоматом в SPult не обновляется структура объектов, приходится "руками" добавлять 1 лифт получается дважды.
Вопрос, как можно перенести актуальную структуру в SPult из MPult? ПО идее нужно подменить XML-ник в папке SPult от MPult, но не получается. Как это корректно сделать?
И в целом второй вопрос, при использовании SPult логично ли локально использовать MPult?
Возможно чего то явное не понял, но...
Используем MPult в диспетчерской. При первом запуске SPult на этом ПК подтянулась структура объектов из MPult. В дальнейшем, мы по старинке делаем все изменения в MPult но автоматом в SPult не обновляется структура объектов, приходится "руками" добавлять 1 лифт получается дважды.
Вопрос, как можно перенести актуальную структуру в SPult из MPult? ПО идее нужно подменить XML-ник в папке SPult от MPult, но не получается. Как это корректно сделать?
И в целом второй вопрос, при использовании SPult логично ли локально использовать MPult?
irp написал(а):
Можно попробовать в SPult в Административном режиме ещё подгружать структуру из MPultPro, как это было сделать в первый раз. Но это можно сделать только, если в SPult не было сделано никаких ручных изменений. Иначе подгрузка пройдет некорректно. Т.е. все изменения должны делаться в MPultPro, а в SPult изменения нужно переносить по пункту меню "Вставить структуру из MPultPro"
irp написал(а):
При использовании SPult нелогично использовать ещё и MPultPro.
Если всё же захочется использовать MPultPro, то структуру из LKDSDisp можно экспортировать из модуля LKDSDispCfg, получившийся файл LKDSDispStruct.XML под именем MPultPro.xml нужно переписать в папку \LKDSDrv\MPultPro\
Из LKDSDomain структуру таким образом экспортировать нельзя.
I
irp
Андрей Ефименко написал(а):
Андрей, спасибо за быстрый ответ!
Ручные изменения в SPult вносились к сожалению.. получается придется пока добавлять "руками", до перехода полностью на SPult.
apathy написал(а):
Можно попробовать выгрузить структуру из первой диспетчерской
и вставить эту структуру в режиме Администратора во вторую диспетчерскую 
Пользователей первой диспетчерской и принадлежность лифтов из первой диспетчерской к группам нужно будет заводить во второй диспетчерской вручную. Ну и история из первой диспетчерской не сохраняется.
Перед тем как делать слияние на рабочих компьютерах нужно проверить как это будет на тестовом компьютере, т.е. сделать резервную копию (backup) базы данных LKDSDISP со второй диспетчерской, перенести файл резервной копии на тестовый компьютер с установленным ПО ДК "Обь", загрузить резервную копию на тестовом компьютере, подгрузить файл LKDSDispStruct.XML из первой диспетчерской и посмотреть на результат.
Вложения
Сегодня (12.08.20) выложен сервер LKDSDisp.
Изменения носят в основном системный характер.
Крупные системы диспетчеризации работают, в основном, на сервере LKDSDisp. Вероятно это связано с тем, что системы создавались давно, достигли некого стабильного состояния и переход на LKDSDomain владельцам не представляется целесообразным.
Поэтому изменения сделаны в начале в LKDSDisp, т.к. могут быть востребованы.
Доработки следующие:
1. Исправлена ошибка сохранения строк на кириллице в базе данных (сохранялись как ?????? ), если кодовая страница (тип сортировки) отличается от:
2. Всё чаще используется удаленный SQL сервер.
Например, это может быть SQL сервер арендованный в Microsoft Azure. Причём это может быть SQL сервер для одной базы данных, например, для LKDSDISP. База данных создаётся при задании параметров аренды. Создаётся так же пользователь с правами только на эту БД. При этом получается, что LKDSDisp уже не может создать БД.
Сказанное относится и к каким-то централизованным SQL серверам в организации. Администратор так же может предоставить права только на конкретную базу данных (для LKDSDisp к базе данных LKDSDISP)
Что бы работать в такой ситуации в конфигурационном файле LKDSDisp.xml нужно указать параметр NoCreateDB="1" :
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" NoCreateDB="1" …>
</LKDSDISP>
После изменений нужно перезапустить службу LKDSDisp.
3. Всё чаще используются виртуальные машины, запущенные на своём компьютере или опять же арендованные виртуальные машины. Взаимодействие с SQL сервером происходит через ODBC с помощью ODBC драйверов. По умолчанию используется драйвер «SQL Server»:
Этот драйвер старый, работоспособный, но у него есть проблемы при работе в среде виртуальных машин. Эти проблемы не заметны при работе LKDSDisp, т. к. LKDSDisp их компенсирует, но все же желательно использовать более свежие драйверы, например:
Загрузить последние драйверы можно по ссылке:
https://docs.microsoft.com/en-us/sql/connec...ql-server-ver15
Для задания конкретного ODBC драйвера в конфигурационном файле LKDSDisp.xml нужно указать параметр DrvODBC="ODBC Driver 17 for SQL Server":
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" DrvODBC="ODBC Driver 17 for SQL Server" …>
</LKDSDISP>
После изменений нужно перезапустить службу LKDSDisp.
4. Крупные системы диспетчеризации могут охватывать лифты в нескольких часовых поясах. Сейчас у клиентов (*SPult) показывается время сервера, что может быть не совсем удобно.
Если в конфигурационном файле LKDSDisp.xml указать параметр LocalTime="1" :
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" LocalTime="1" …>
</LKDSDISP>
то LKDSDisp при подключении клиента будет сообщать ему свой часовой пояс и желательность пересчета времени из серверного в локальное.
Конечно, эту информацию должен обрабатывать ещё и клиент. Сейчас это может делать только SPult последней версии. В дальнейшем будут доработаны и другие клиентские приложения (*SPult).
Пока нельзя задать выше указанные параметры в конфигураторе LKDSDispCfg, не ясно и нужно ли это.
Изменения носят в основном системный характер.
Крупные системы диспетчеризации работают, в основном, на сервере LKDSDisp. Вероятно это связано с тем, что системы создавались давно, достигли некого стабильного состояния и переход на LKDSDomain владельцам не представляется целесообразным.
Поэтому изменения сделаны в начале в LKDSDisp, т.к. могут быть востребованы.
Доработки следующие:
1. Исправлена ошибка сохранения строк на кириллице в базе данных (сохранялись как ?????? ), если кодовая страница (тип сортировки) отличается от:
2. Всё чаще используется удаленный SQL сервер.
Например, это может быть SQL сервер арендованный в Microsoft Azure. Причём это может быть SQL сервер для одной базы данных, например, для LKDSDISP. База данных создаётся при задании параметров аренды. Создаётся так же пользователь с правами только на эту БД. При этом получается, что LKDSDisp уже не может создать БД.
Сказанное относится и к каким-то централизованным SQL серверам в организации. Администратор так же может предоставить права только на конкретную базу данных (для LKDSDisp к базе данных LKDSDISP)
Что бы работать в такой ситуации в конфигурационном файле LKDSDisp.xml нужно указать параметр NoCreateDB="1" :
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" NoCreateDB="1" …>
</LKDSDISP>
После изменений нужно перезапустить службу LKDSDisp.
3. Всё чаще используются виртуальные машины, запущенные на своём компьютере или опять же арендованные виртуальные машины. Взаимодействие с SQL сервером происходит через ODBC с помощью ODBC драйверов. По умолчанию используется драйвер «SQL Server»:
Этот драйвер старый, работоспособный, но у него есть проблемы при работе в среде виртуальных машин. Эти проблемы не заметны при работе LKDSDisp, т. к. LKDSDisp их компенсирует, но все же желательно использовать более свежие драйверы, например:
Загрузить последние драйверы можно по ссылке:
https://docs.microsoft.com/en-us/sql/connec...ql-server-ver15
Для задания конкретного ODBC драйвера в конфигурационном файле LKDSDisp.xml нужно указать параметр DrvODBC="ODBC Driver 17 for SQL Server":
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" DrvODBC="ODBC Driver 17 for SQL Server" …>
</LKDSDISP>
После изменений нужно перезапустить службу LKDSDisp.
4. Крупные системы диспетчеризации могут охватывать лифты в нескольких часовых поясах. Сейчас у клиентов (*SPult) показывается время сервера, что может быть не совсем удобно.
Если в конфигурационном файле LKDSDisp.xml указать параметр LocalTime="1" :
<?xml version="1.0" encoding="utf-8"?>
<LKDSDISP MSQL="DESKTOP-N985TU5\SQLEXPRESS" LocalTime="1" …>
</LKDSDISP>
то LKDSDisp при подключении клиента будет сообщать ему свой часовой пояс и желательность пересчета времени из серверного в локальное.
Конечно, эту информацию должен обрабатывать ещё и клиент. Сейчас это может делать только SPult последней версии. В дальнейшем будут доработаны и другие клиентские приложения (*SPult).
Пока нельзя задать выше указанные параметры в конфигураторе LKDSDispCfg, не ясно и нужно ли это.
Вложения
Vincent Van Gog
Эксперт
Подскажите пожалуйста, на что влияет параметр "Уровень тревожности" в настройках определения параметров дополнительных входов?
Vincent Van Gog
Эксперт
Андрей Ефименко написал(а):
А есть возможность установить пользовательские иконки и звуковые оповещения дополнительно, без изменения существующих?
vlasoff
Активист
Прошу проверить, не знаю после какого обновления произошло, но сейчас есть проблема в следующем:
В Конфигураторе ДК "Обь" в настройках узла Диспетчерской, при добавлении программной реализации КЛШ и КСЛ не видны в списке расширенное количество слотов, только те что делаются обычно в аппаратном ММИ.
В Конфигураторе ДК "Обь" в настройках узла Диспетчерской, при добавлении программной реализации КЛШ и КСЛ не видны в списке расширенное количество слотов, только те что делаются обычно в аппаратном ММИ.
vlasoff написал(а):Прошу проверить, не знаю после какого обновления произошло, но сейчас есть проблема в следующем:
В Конфигураторе ДК "Обь" в настройках узла Диспетчерской, при добавлении программной реализации КЛШ и КСЛ не видны в списке расширенное количество слотов, только те что делаются обычно в аппаратном ММИ.
А признак "Программная реализация" точно указывался
?Вложения
Последнее редактирование модератором:
Всем привет, в общем имею sql server express 2017 , и решил навести порядок в lkdsdisp , дошел до того что удалил полностью sql сервер и поставил новый, и не могу побороть ошибку "Разрешение CREATE DATABASE запрещено в базе данных "master"". А как я ее поборол в прошлый раз не могу вспомнить , понимаю что с правами доступа что то не то , запускаю lkdsdispcfg всегда из под админа. Может кто сталкивался уже с данной проблемой?
Последнее редактирование модератором:
revit
Гуру
Последнее редактирование модератором: