Windows Переход с программного обеспечения прежних версий

[Andi]

1. Переход с программного обеспечения, установленного из файла LKDSDst.msi (версия MPult 3.*.*.*, узнать версию можно по пункту меню "Помощь"\ "О MPult...")

Удалите LKDSDst из панели "Панель управления"\"Установка и удаление программ" для Windows XP или "Панель управления"\"Программы и компоненты" для Windows Vista и следующих версий Windows.

Установите LKDSDrv.msi, в качестве папки установки укажите только жесткий диск, на который будет устанавливаться ПО. Установка будет произведена на указанный диск в папку LKDSDrv.

Для перехода нужно перенести следующие файлы:

1) файл LKDS\ComCLB\ComCLB.Str переносится в папку LKDSDrv\LKDSDrv
2) файл LKDS\MPult\MPult.XML переносится в папку LKDSDrv\MPultPro
3) файл LKDS\MPult\ KeyTab.txt переносится в папку LKDSDrv\MPultPro (файла может не быть)
4) Файлы примечаний из папки LKDS\MPult\NOTE переносятся в папку LKDSDrv\MPultPro\NOTE

После переноса файлов, нужно запустить конфигуратор LKDSDrvCfg.exe, проверить COM порт обмена по ММИ в "Диспетчере устройств" Windows и в свойствах подсети (нажмите правой кнопкой на первой строке структуры и выберите "Изменить подсеть" ) после чего сохранить конфигурацию, далее запускается программа MPultPro и проверяется работоспособность системы. Перезагрузите компьютер.

2. Переход с программного обеспечения, установленного из файла LKDSDrv.msi предыдущих версий (версия MPultPro 4.*.*.*, узнать версию можно по пункту меню "Помощь"\ "О MPultPro...")

Новые версии ПО LKDSDrv устанавливаются путем удаления прежней версии LKDSDrv из панели "Панель управления"\"Установка и удаление программ" и установки новой версии на тот же диск, что и прежняя установка. Папку установки не меняйте. Конфигурационные файлы, файлы журналов, файлы статистики и т.п. прежней версии остаются и используются в новой версии.

3. Перенос программного обеспечения на другой компьютер (клиент-серверное расширение не используется)

Перенесите на новый компьютер всю папку LKDSDrv с установленным ПО (Например: C:\LKDSDrv) на новый компьютер. Загрузите последнюю версию файла LKDSDrv.msi на новый компьютер и запустите на установку, если папка с ПО C:\LKDSDrv, то укажите в качестве папки установки C:. Перезагрузите новый компьютер.

4. Перенос программного обеспечения на другой компьютер (клиент-серверное расширение используется)

Перенесите базу данных LKDSDISP на новый компьютер, как это описано в документации на клиент серверное расширение. Далее перенесите ПО по так же как описано в предыдущем пункте.
С помощью приложения LKDSDispCfg нужно будет указать имя используемого SQL сервера, содержащего перенесенную базой LKDSDISP

5. Сохранение архивных копий

Просто копируйте папку с установленным ПО (Например: C:\LKDSDrv) на другой носитель. Если используется клиент-серверное расширение, то создайте копию базу данных LKDSDISP (описано в документации). Для восстановления ПО выполните пункт 3 или 4.

6. Перенос программного обеспечения на другой компьютер при использовании сервера приложений LKDSDomain

Перенесите базу данных LKDSDOMAIN на новый компьютер. Далее перенесите ПО по пункту 3.
С помощью приложения LKDSDomainCfg нужно будет указать имя используемого SQL сервера, содержащего перенесенную базой LKDSDOMAIN

Важно не допускать одновременной работы старого и нового компьютера. После переноса, удалите ПО на старом компьютере. Если новый компьютер имеет другой IP адрес нужно изменить IP адрес в ЛБ, имеющих связь с LKDSDomain

 

[Andi]

В дистрибутивный файл LKDSDrv.msi добавлены модули и документация по переносу настроек ПО ДК "Обь" в среду Linux

Файлы находятся в папке /LKDSDrv/LKDSDomain

Если используется автоматическое обновление ПО, то эти файлы уже должны быть в папке

После новой установки или переустановки появляются новые пункты меню:

Перед миграцией должно быть установлено ПО "Обь" под Linux (см. LKDS_DC_Ob_Linux.pdf, MoveToLinux.pdf)

Миграция производится командным файлом:

Параметры ПО на Linux задаются в самом командном файле (кодировка OEM):

 

[revit]

Хорошо бы доработать данную утилиту для быстрого переноса актуального конфига на резервный линуксовый сервер с виндового.
Для этого нужно немного - в процессе переноса сети ОБЬ сделать запросы на изменение номера главного УМ (с 8 слотом) в каждой имеющейся в структуре подсети, чтобы пользователь указал новые. Тогда получится очень полезный инструмент не для одноразового применения.

 

[Andi]

Для этого нужно немного - в процессе переноса сети ОБЬ сделать запросы на изменение номера главного УМ (с 8 слотом) в каждой имеющейся в структуре подсети, чтобы пользователь указал новые.

Модуль MoveToLinux сам выбирает корневой ("главный") УМ в подсетях ДК "Обь" формируемой новой конфигурации в Linux.
Этот выбор делается на основе анализа уже имеющихся встречных связей удалённых КСЛов с ПКСЛами.
Выбирается максимальный номер, который НЕ используется во встречных связях удалённых КСЛов, что бы в процессе переноса конфигурации можно было добавить новую связь с ПКСЛами в подсетях ДК "Обь" формируемой новой конфигурации в Linux.

Для чего самому указывать корневой ("главный") УМ в подсетях ДК "Обь" формируемой новой конфигурации в Linux ?
Может быть что-то не учтено ?

 

[revit]

Модуль MoveToLinux сам выбирает корневой ("главный") УМ в подсетях ДК "Обь" формируемой новой конфигурации в Linux.
Этот выбор делается на основе анализа уже имеющихся встречных связей удалённых КСЛов с ПКСЛами.
Выбирается максимальный номер, который НЕ используется во встречных связях удалённых КСЛов, что бы в процессе переноса конфигурации можно было добавить новую связь с ПКСЛами в подсетях ДК "Обь" формируемой новой конфигурации в Linux.

Если он увидит все имеющиеся ум в каждой подсети и все корневые из связей и задаст максимальный из не используемых, то тогда согласен-не надо вручную. Но я, допустим предпочитаю чтобы номер корневого УМа был один у всех подсетей одного сервера. Он так сможет или будет задавать рандомно самый большой в каждой подсети и в разных подсетях они могут не совпасть?

 

[srk]

Если он увидит все имеющиеся ум в каждой подсети и все корневые из связей и задаст максимальный из не используемых, то тогда согласен-не надо вручную. Но я, допустим предпочитаю чтобы номер корневого УМа был один у всех подсетей одного сервера. Он так сможет или будет задавать рандомно самый большой в каждой подсети и в разных подсетях они могут не совпасть?

Добрый день!

Сейчас утилита выбирает новый корневой УМ отдельно для каждой подсети.
Это не рандом: берётся максимальный свободный номер, который не конфликтует с уже существующими связями в этой подсети.

Поэтому да, в разных подсетях номера могут не совпасть, если доступный максимум разный.

В общем и целом, можно попробовать добавить ещё 1 опциональный аргумент и тогда получится примерно такая политика:
1. Добавляем аргумент[условно -u210]
2. Утилита проверит по каждой подсети, что он не занят и не конфликтует.
3. Где можно ставит этот УМ, где нет - по старому сценарию(максимальный из свободных)

Если есть необходимость в данном функционале, можно добавить. По поводу утилиты лучше писать в ветку MoveToLinux.

 

[revit]

В общем и целом, можно попробовать добавить ещё 1 опциональный аргумент и тогда получится примерно такая политика:
1. Добавляем аргумент[условно -u210]
2. Утилита проверит по каждой подсети, что он не занят и не конфликтует.
3. Где можно ставит этот УМ, где нет - по старому сценарию(максимальный из свободных)

Если есть необходимость в данном функционале, можно добавить. По поводу утилиты лучше писать в ветку MoveToLinux.

Да, это было бы очень полезно! Я готов протестировать данную функцию. Только очень желательно п.3 -сообщить или внести в лог, если таковой есть.

 

[Andi]

Хорошо бы доработать данную утилиту для быстрого переноса актуального конфига на резервный линуксовый сервер с виндового.
Для этого нужно немного - в процессе переноса сети ОБЬ сделать запросы на изменение номера главного УМ (с 8 слотом) в каждой имеющейся в структуре подсети, чтобы пользователь указал новые. Тогда получится очень полезный инструмент не для одноразового применения.

В обновление ПО выложен доработанный модуль переноса \LKDSDrv\LKDSDomain\MoveToLinux.exe и командный файл запуска этого модуля \LKDSDrv\LKDSDomain\StartMoveToLinux.bat

Суть доработки - номер корневого УМ в подсетях ДК "Обь", которые создаются в Linux, задаётся в параметрах запуска модуля и этот номер один для всех подсетей в Linux

 

[revit]

..

 

[Andi]

Я готов протестировать данную функцию.

И модуль готов для тестирования

 

[revit]

Протестил без переноса связей, с установкой нужного УМ -всё прошло. Спульт запускается с резервного .
Цифры TargetServer почему-то остались неизменными.

Я оставлял файл LKDSServer с ключами и списком разрешенных IP. Как будет если он будет пустой?

 

[revit]

Заметил различие в общем числе блоков в списке Лб7- в ссновном на два меньше !! чем в резервном в который синхронизировался список.
Но и до этого при переносах вручную у меня никогда не получалось два одинаковых значения общего кол-ва почему-то.... Как бы сравнить два списка-в LKDSDomain и LKDSServer?

 

[revit]

Заметил различие в общем числе блоков в списке Лб7- в ссновном на два меньше !! чем в резервном в который синхронизировался список.
Но и до этого при переносах вручную у меня никогда не получалось два одинаковых значения общего кол-ва почему-то.... Как бы сравнить два списка-в LKDSDomain и LKDSServer?

Нашел эти два блока . Эти блоки были в основном сервере в пклш тестовой сети. Там были и другие но их ИД дублировались в домейне. А именно эти два -нет. Их автоматически перенесла утилита в список ЛКДССервер. Причем на одном было примечание-оно так и пернеслос, а второй был автоматически определн в пклш по наличию связи и соответственно был без примечания, оно был подписан в списке лкдссервер так

 

[Andi]

Заметил различие в общем числе блоков в списке Лб7- в ссновном на два меньше !! чем в резервном в который синхронизировался список.
Но и до этого при переносах вручную у меня никогда не получалось два одинаковых значения общего кол-ва почему-то.... Как бы сравнить два списка-в LKDSDomain и LKDSServer?

LKDSServer не поддерживает программные КЛШ (ПКЛШ) в корневых УМ подсетей.
ПКЛШ устаревший подход в использовании ЛБ7 в ДК "Обь"

Поэтому в процессе конвертации сети "Обь" из Windоws (LKDSDrv) в Linux (LKDSServer) все ЛБ7 из ПКЛШ становятся ЛБ7 по прямым связям.
Одновременно с этим производится изменение описания ЛБ лифтa в БД (для *SPult). Вместо адреса в сети "Обь" (подсеть:УМ:Слот:Адрес на локальной шине) в описании лифта указывается ID ЛБ7.

Т.е. SPult при подключении к LKDSServer (Linux) будет отображать туже информацию и чуть больше, например, режим работы лифта, т.к. обмен с ЛБ7 идет по протоколу v7, а не v5, как в ПКЛШ.

 

[srk]

Цифры TargetServer почему-то остались неизменными.

Я оставлял файл LKDSServer с ключами и списком разрешенных IP. Как будет если он будет пустой?

Добрый день!

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

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

По файлу LKDSServer с ключами и списком разрешённых IP:

Утилита не создаёт конфигурацию LKDSServer полностью с нуля. Она сначала читает текущую конфигурацию нового сервера, затем добавляет туда найденные ключи ЛБ и отправляет обновлённую конфигурацию обратно.

Если файл LKDSServer будет совсем пустой или некорректный, то сервер, скорее всего, не отдаст валидную конфигурацию, и утилита остановится на этапе подключения/чтения конфигурации.

Если конфигурация валидная, но в ней нет ключей, то ключи ЛБ утилита должна добавить сама.

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

 

[revit]

Утилита не создаёт конфигурацию LKDSServer полностью с нуля. Она сначала читает текущую конфигурацию нового сервера, затем добавляет туда найденные ключи ЛБ и отправляет обновлённую конфигурацию обратно.

Если файл LKDSServer будет совсем пустой или некорректный, то сервер, скорее всего, не отдаст валидную конфигурацию, и утилита остановится на этапе подключения/чтения конфигурации.

Если конфигурация валидная, но в ней нет ключей, то ключи ЛБ утилита должна добавить сама.

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

Понятно. Спасибо. Интересно будет проверить работу с переносом всей структуры, блоков и их связей... Сколько это займет времени для двух тысяч лифтов из которых 800-про и семерки.

 

[Andi]

Интересно будет проверить работу с переносом всей структуры, блоков и их связей... Сколько это займет времени для двух тысяч лифтов из которых 800-про и семерки.

И нам интересно

 

[revit]

И нам интересно

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

 

[Andi]

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

Переносы крупной диспетчерской делались, проблем не было.
Совет традиционный - делать перенос во время минимальной загруженности, т.е. очень рано утром.

 

[revit]

И нам интересно

Сегодня запустил полную синхронизацию-меньше чем через час -ошибка синхронизации.
На почту кинул логи.