Кроссплатформа MoveToLinux

[srk]

Добрый день!

Появилась новая утилита MoveToLinux.

Назначение:
Утилита предназначена для миграции с Windows(LKDSDomain, LKDSDisp, MPultPro) на Linux(LKDSServer).

Версии:
v1.2.0.0 — Добавление обязательного параметра -u
v1.1.0.0 — Добавлена поддержка сети Обь
v1.0.1.0 — Добавлена поддержка LKDSDisp и MPultPro
v1.0.0.0 — Поддерживает только блоки Pro(6.x Pro, 7.x), включая прямые связи, LKDSPro, LKDSDrv. Также работа возможно только с LKDSDomain.

Аргументы программы
Обязательные:
1. -i<ip> — IPv4 сервера на Linux
2. -p<port> — HTTP(s) порт сервера на Linux
3. -u<um> — Номер нового корневого УМ
4. -t<ProviderType> — Тип сервера
4.1. 1 — LKDSDomain
4.2. 2 — LKDSDisp
4.3. 3 — MPultPro
Опциональные:
1. -s — Если LKDSServer использует SSL
2. -l — Детальное логирование в консоль

Примеры:
Пример с LKDSDomain: MoveToLinux.exe -i10.0.0.1 -p40080 -t1 -l -u240
Пример с LKDSDisp: MoveToLinux.exe -i10.0.0.1 -p40080 -t2 -l -u240
Пример с MPultPro: MoveToLinux.exe -i10.0.0.1 -p40080 -t3 -l -u240

Обязательные условия для запуска:
1. LKDSServer с пустой структурой.
2. В конфигурации LKDSServer было подключение к БД.
3. Windows должен иметь возможность "достучаться" до Linux сервера.
4. Утилита должна запускать на компьютере, где работает Windows сервер.

Файлы доступны в пакете LKDSDrv
Документация: Посмотреть вложение MoveToLinux.pdf
Важно:
1. Лифтовые блоки Pro(6.x Pro, 7.x), описанные в LKDSPro и в ПКЛШ на LKDSServer будут работать через прямые связи. Т.е. если сеть "Обь" состоит только из ПКЛШ, то конвертация в LKDSServer будет сделана и из LKDSDomain, и из LKDSDisp, и из MPultPro.
2. При переносе с MPultPro сразу создадутся два пользователя: ADMIN(пароль ADMIN), USER(пароль USER). Все блоки будут добавлены в первую группу, чтобы пользователь мог их "увидеть".

При обнаружении ошибок или возникновении пожеланий, можете писать свои идеи на почту shitovrk@lkds.ru или оставлять их здесь.

 

[srk]

Всем доброго времени суток!
Сегодня(30.03.2026) вышла новая версия MoveToLinux v1.0.1

Изменения:
-> Поддержка LKDSDisp
-> Поддержка MPultPro

Всем удачи!

 

[revit]

v1.0.0 — Поддерживает только блоки Pro(6.x Pro, 7.x), включая прямые связи, LKDSPro, LKDSDrv. Также работа возможно только с LKDSDomain.

Не совсем понятно- LKDSDomain поддерживается полностью, и Лбпро/7 и сеть ОБЬ в LKDSDrv?

 

[srk]

Не совсем понятно- LKDSDomain поддерживается полностью, и Лбпро/7 и сеть ОБЬ в LKDSDrv?

На текущий момент(v1.0.1) поддерживается LKDSDomain, LKDSDisp, MPultPro только с блоками Pro(6.xPro, 7.x).

Думаю к следующему обновлению добавится поддержка сети Обь.

 

[srk]

Всем доброго времени суток!
Сегодня(20.04.2026) вышла новая версия MoveToLinux v1.1.0

Изменения:
-> Поддержка сети Обь

Всем удачи!

 

[srk]

Всем доброго времени суток!
Сегодня(06.05.2026) вышла новая версия MoveToLinux v1.2.0.0

Изменения:
-> Добавлен обязательный параметр -u
-> Мелкие исправления

Всем удачи!

 

[revit]

Попробовал перенести с виндового на чистый линукс... Но выяснился один неприятный момент для тестирования-ждать переноса 850 блоков из домейна очень долго.... А переносятся связи блоков в первую очередь как я понял.
Последовательность действий утилиты такая-
1. Вносятся связи блоков на новый сервер
2. переносится структура домейна
3. вносятся связи сетевых устройств
4. переносится структура сети
5. переносится база организаций и лифтов . так???

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

 

[srk]

Попробовал перенести с виндового на чистый линукс... Но выяснился один неприятный момент для тестирования-ждать переноса 850 блоков из домейна очень долго.... А переносятся связи блоков в первую очередь как я понял.
Последовательность действий утилиты такая-
1. Вносятся связи блоков на новый сервер
2. переносится структура домейна
3. вносятся связи сетевых устройств
4. переносится структура сети
5. переносится база организаций и лифтов . так???

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

Добрый день!

Алгоритм утилиты следующий:
1. Собираются все ключи со всех ЛБ.
2. Создаются/изменяются связи ЛБ на новый сервер.
3. Импортируется список ЛБ/блоков V7 и записывается новая конфигурация сервера.
4. Обрабатывается сеть Обь: выбирается новый корневой УМ, создаются/изменяются связи на КСЛ на новый сервер.
5. Записывается сеть Обь на новый сервер с новым УМ.
6. Записываются конфигурации ПКСЛ.
7. Записывается новая общая структура на новый сервер.

Сейчас в разработке новая версия утилиты. Планирую добавить GUI, чтобы упростить перенос и синхронизацию для пользователей.

Также планирую добавить возможность выбирать, какие сегменты переносить:
1. Общую структуру
2. Сеть Обь
3. Блоки V7

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

 

[revit]

Также планирую добавить возможность выбирать, какие сегменты переносить:
1. Общую структуру
2. Сеть Обь
3. Блоки V7

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

Отлично. Но я думаю что не обязательно делать разделение на эти пункты. Гораздо нужнее сделать возможность выбора вписывать связи в блоки и ксл-ы или нет (пропустить это). В первом случае -вписывать (для переноса на новый "чистый" сервер). Во втором случае -не вписывать (если нужно просто обновить конфигурацию имеющегося резервного сервера.)

 

[srk]

Всем доброго времени суток!

Сегодня, 19.05.2026, вышла бета-версия MoveToLinux v1.2.0.0.

MoveToLinux предназначена для переноса конфигурации с Windows-сервера ЛКДС на Linux-сервер LKDSServer.

Изменения:
-> Добавлен графический интерфейс.
-> Добавлена возможность выбора провайдера: LKDSDomain, LKDSDisp, MPultPro.
-> Добавлен выбор режима обновления связей в устройствах.
-> Добавлена поддержка переноса сети объектов ДК "Обь".
-> Добавлена подготовка и отправка конфигураций ПКСЛ.
-> Добавлен отчёт о результате переноса в файл MoveToLinuxResult.txt в папке Logs.
-> Улучшены логи и сообщения об ошибках.

Цели бета-версии:
-> Проверить работу утилиты на разных конфигурациях Windows-серверов.
-> Проверить перенос структуры, блоков ЛБ7 и сети объектов ДК "Обь".
-> Проверить обновление связей в ЛБ и КСЛ.
-> Собрать замечания, ошибки и предложения по дальнейшей доработке.

Аргументы командной строки:
-> -cli Запуск в консольном режиме.
-> -i<IP> IP-адрес Linux-сервера LKDSServer.
-> -p<Port> HTTP/HTTPS-порт Linux-сервера LKDSServer.
-> -t<ProviderType> Тип провайдера: 1 - LKDSDomain 2 - LKDSDisp 3 - MPultPro
-> -u<UM> Предпочтительный номер корневого УМ для подсетей ДК "Обь". Диапазон: 0..254. Если указанный УМ занят в подсети, утилита выберет свободный автоматически.
-> -s Использовать SSL.
-> -l Выводить лог в консоль.
-> --skip-v7 Не обновлять связи в ЛБ7.
-> --skip-drv Не обновлять связи в КСЛ сети объектов ДК "Обь".
-> --skip-all Не обновлять связи в устройствах: ни в ЛБ7, ни в КСЛ.

Пример запуска в консольном режиме:
MoveToLinux.exe -cli -i10.0.0.203 -p40080 -t3 -u253 -l

Файлы:
-> Логи работы находятся в папке Logs.
-> Итоговый отчёт находится в Logs\MoveToLinuxResult.txt.

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

Всем удачи!

 

[srk]

Всем доброго времени суток!

Сегодня, 02.06.2026, вышла бета-версия MoveToLinux v2.0.1.0.

MoveToLinux предназначена для переноса и синхронизации конфигурации с Windows-сервера ЛКДС на Linux-сервер LKDSServer.

Изменения:
-> Обновлён графический интерфейс.
-> Добавлено отображение состояния текущего Windows-сервера и целевого Linux-сервера.
-> Добавлено сравнение состояния серверов перед синхронизацией.
-> Добавлена проверка возможности безопасной синхронизации.
-> Добавлена защита от синхронизации, если структура Linux-сервера уже заполнена и отличается от подготовленной структуры.
-> Исправлена работа режима "Не обновлять связи V7".
-> Исправлена работа режима "Не обновлять связи Drv".
-> Добавлена возможность пропускать повторное обновление связей отдельно для ЛБ7 и КСЛ.
-> Добавлено сообщение об успешном или неуспешном завершении синхронизации.
-> Добавлена расширенная диагностика HTTP-ответов Linux-сервера.
-> Улучшены сообщения об ошибках при обмене с LKDSServer.

Аргументы командной строки:
-> -cli Запуск в консольном режиме.
-> -i<IP> IP-адрес Linux-сервера LKDSServer.
-> -p<Port> HTTP/HTTPS-порт Linux-сервера LKDSServer.
-> -t<ProviderType> Тип провайдера: 1 - LKDSDomain, 2 - LKDSDisp, 3 - MPultPro.
-> -u<UM> Предпочтительный номер корневого УМ для подсетей ДК "Обь". Диапазон: 0..254. Если указанный УМ занят в подсети, утилита выберет свободный автоматически.
-> -s Использовать SSL.
-> -l Выводить лог в консоль.
-> --skip-v7 Не обновлять связи в ЛБ7.
-> --skip-drv Не обновлять связи в КСЛ сети объектов ДК "Обь".
-> --skip-all Не обновлять связи в устройствах: ни в ЛБ7, ни в КСЛ.

Пример запуска в консольном режиме:
MoveToLinux.exe -cli -i10.0.0.203 -p40080 -t3 -u253 -l

Рекомендации по тестированию:
-> Для полного переноса сервера запускать без флагов пропуска связей.
-> Если связи в ЛБ7 уже были внесены ранее, можно использовать --skip-v7 или галку "Не обновлять связи V7".
-> Если связи в КСЛ сети объектов ДК "Обь" уже были внесены ранее, можно использовать --skip-drv или галку "Не обновлять связи Drv".
-> При повторном запуске это позволяет не тратить время на повторное обновление связей в устройствах.

Файлы:
-> Исполняемый файл: в дистрибутиве LKDSDrv
-> Логи работы находятся в папке Logs.
-> Итоговый отчёт находится в Logs\MoveToLinuxResult.txt.

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

Всем удачи!

 

[revit]

Версия 2.0.2.0
Перенос поля "имя ключа" так и не поправили...

 

[srk]

Всем доброго времени суток!

Вышла новая версия MoveToLinux v2.0.3.2.

Изменения:
-> Исправлен перенос списка ключей для LKDSDomain. Теперь сначала переносится исходный список ключей домена, а затем к нему добавляются ключи, найденные в службах и связях.
-> Исправлен перенос признака "может использоваться для работы через LKDSCloud". Теперь признак берётся из самого ключа, а не определяется только по блокам.
-> Исправлен перенос поля "имя ключа". В списке ЛБ7 на Linux-сервере должны отображаться корректные имена ключей.
-> Изменено авторанжирование веса ключей. Вес по-прежнему выставляется автоматически по частоте использования ключа, но теперь с промежутками. Для небольшого количества ключей шаг составляет 10: например 310, 300, 290 и т.д. Если ключей много, шаг автоматически уменьшается до 1, чтобы не выйти за максимальное значение 9999.
-> Улучшена повторная синхронизация ключей. При необходимости утилита обновит имя ключа, признак LKDSCloud и вес.

Благодарность пользователю revit за содействие в развитии продукта.

Всем удачи!

 

[Semen-fed]

Здравствуйте!
Появилась задача сделать плавный перевод диспетчерской построенной на LKDSDomain (там совместная каша, и LKDSPro и LKDSDrv, ну и прямое подключение ЛБ). Хочу поднять параллельный сервер, чтобы работало сразу оба и переносить постепенно, чтобы работали обе диспетчерские. Как я понимаю связь с новой диспетчерской можно добавить во все блоки ПКЛШ и моноблоки запустив программу с ключом -e.
Диспетчерская достаточно старая, исходя из этого возникли некоторые вопросы. А именно:
1) Можно ли выбрать объекты переноса (или исключить ненужные), так как диспетчерская достаточно старая, очень много ЛБ были выведены в Неактивные, и тащить весь этот мусор в новую диспетчерскую не хочется
2) При переносе ЛБ из программных КЛШ в прямые связи, перенесутся ли комментарии?
3)Если вышеперечисленное невозможно, то можно ли перетащить только структуру (адреса, дома), а ЛБ прописывать вручную.

И возможно немного оффтоп, но есть ли на LKDSServer какой-то механизм замены ЛБ? То есть если где-то ЛБ поменялся, я его сначала добавляю через настройку сервера, а потом в SPult, это не очень удобно. В LKDSPro всегда было достаточно в одном месте поменять.

Заранее благодарю за ответы!

 

[srk]

Здравствуйте!
Появилась задача сделать плавный перевод диспетчерской построенной на LKDSDomain (там совместная каша, и LKDSPro и LKDSDrv, ну и прямое подключение ЛБ). Хочу поднять параллельный сервер, чтобы работало сразу оба и переносить постепенно, чтобы работали обе диспетчерские. Как я понимаю связь с новой диспетчерской можно добавить во все блоки ПКЛШ и моноблоки запустив программу с ключом -e.
Диспетчерская достаточно старая, исходя из этого возникли некоторые вопросы. А именно:
1) Можно ли выбрать объекты переноса (или исключить ненужные), так как диспетчерская достаточно старая, очень много ЛБ были выведены в Неактивные, и тащить весь этот мусор в новую диспетчерскую не хочется
2) При переносе ЛБ из программных КЛШ в прямые связи, перенесутся ли комментарии?
3)Если вышеперечисленное невозможно, то можно ли перетащить только структуру (адреса, дома), а ЛБ прописывать вручную.

И возможно немного оффтоп, но есть ли на LKDSServer какой-то механизм замены ЛБ? То есть если где-то ЛБ поменялся, я его сначала добавляю через настройку сервера, а потом в SPult, это не очень удобно. В LKDSPro всегда было достаточно в одном месте поменять.

Заранее благодарю за ответы!

Здравствуйте!

MoveToLinux поддерживает перенос конфигурации LKDSDomain, включая блоки из LKDSPro, программных КЛШ LKDSDrv и прямые подключения ЛБ.

По вашим вопросам:

1. Благодаря вашему обращению мы доработали утилиту и добавили галочку «Переносить неиспользуемые». Если её снять, при переносе будут исключены лифты со снятым признаком «Контролируется», блоки без привязки к оставшимся лифтам, а также пустые дома, улицы, ДП и организации. Функционал уже реализован и проверен, он войдёт в версию 2.0.4.0, которая выйдет в ближайшее время. Спасибо за предложение!

2. Примечания блоков из программных КЛШ переносятся в список ЛБ на Linux-сервере. Наименования объектов в геоструктуре также сохраняются.

3. Можно перенести конфигурацию без изменения связей в оборудовании: для этого установите обе галочки «Не обновлять связи V7» и «Не обновлять связи КСЛ». При этом перенесётся не только геоструктура, но и список блоков, ключи и конфигурация сети «Обь».

Рекомендуем пользоваться графическим интерфейсом. Ключ -e в текущей версии отсутствует. Чтобы добавить связи на новый сервер, оставьте обе галочки «Не обновлять связи…» снятыми. Утилита добавляет или обновляет связь с новым сервером, сохраняя связи с прежним; если свободного места нет или обнаружен конфликт, устройство попадёт в отчёт об ошибках.

Для параллельной работы у нового сервера должны быть отдельные IP-адрес и идентификатор. После переноса можно проверить работу новой диспетчерской и принимать решение о дальнейшем переходе.

 

[poizon]

... обе галочки «Не обновлять связи V7» и «Не обновлять связи КСЛ».

Просто интересно, а почему параметры инверсные?

 

[Andi]

1. Благодаря вашему обращению мы доработали утилиту и добавили галочку «Переносить неиспользуемые». Если её снять, при переносе будут исключены лифты со снятым признаком «Контролируется», блоки без привязки к оставшимся лифтам, а также пустые дома, улицы, ДП и организации. Функционал уже реализован и проверен, он войдёт в версию 2.0.4.0, которая выйдет в ближайшее время. Спасибо за предложение!

В штатное обновление ПО выложен доработанный модуль MoveToLinux

 

[srk]

Просто интересно, а почему параметры инверсные?

Добрый день!
Инверсные параметры выбраны потому, что основной сценарий утилиты — полный перенос с обновлением связей в оборудовании. По умолчанию выполняются все операции, а галочки позволяют исключить обновление связей.

 

[poizon]

Добрый день!
Инверсные параметры выбраны потому, что основной сценарий утилиты — полный перенос с обновлением связей в оборудовании. По умолчанию выполняются все операции, а галочки позволяют исключить обновление связей.

Назначение понятно, просто эти галки будучи прямыми, кмк, воспринимаются интуитивно понятнее (всё-таки человеку ближе сочетание галка есть-выполняется, нет-пропускается), а по дефолту могут быть просто установлены сразу