Сервис LKDSDomain, поддержка ЛБ 6.1Pro и ЛБ 7.2 Опции

[revit]

1. Какая микропрограмма (имя файла) загружалась

2. На каком ЛБ появилось сообщение (исполнение, версия м/п)

На любом ЛБ7 или ЛБ6proСМ3 из списка LKDSDomain. Все версии блоков последние

Если просто загрузить в один блок, то все нормально. Но как обновить их группой более двух сотен?

[apathy]

Здравствуйте. Есть пожелание, в списке имеющихся блоков видеть колонку - активация NVRAM. Если есть такая возможность, добавьте пожалуйста данный функционал.

[Андрей Ефименко]

Здравствуйте. Есть пожелание, в списке имеющихся блоков видеть колонку - активация NVRAM. Если есть такая возможность, добавьте пожалуйста данный функционал.

Я так понимаю, что это нужно сделать в списке ЛБ, который выдаёт LKDSDomainCfg.

Сам признак активности NVRAM в структуре есть и вроде вычитывается из ЛБ, но он не используется в работе ПО, поэтому его достоверность не проверялась.

Я доработаю LKDSDomainCfg и выложу его для тестирования.

[Андрей Ефименко]

Сам признак активности NVRAM в структуре есть и вроде вычитывается из ЛБ, но он не используется в работе ПО, поэтому его достоверность не проверялась.

Оказалось, что сейчас признак активности NVRAM не вычитывается при штатных опросах ЛБ7 в LKDSDomain.
Т.е. сейчас показать активность NVRAM в списке ЛБ в LKDSDomainCfg нельзя.
Буду иметь в виду, что это востребовано.

[apathy]

Востребовано и удобно... Дома "кочуют" от одной обслуживающей организации к другой. Иногда поражаешься когда достается наследство от предыдущих связистов с прошивками 4.0.4 и неактивной nvram... Да и при большом количестве устройств, их замене (по причине выхода из строя) сразу понятно, что необходимо с конфигурировать более детально...

[rwx]

Здравствуйте,
Имеется настроенный LKDSDisp, хочу перенести информацию на второй сервер на базе LKDSDomain. Есть ряд вопросов, прошу помогите понять, как правильно сделать второй сервер на базе домена. С ключами проблем нет, их 8 шт. заведу руками.
1) Если в LKDSDomainCfg делать импорт через LKDSDispStruct и LKDSDispUsers (сформированных на основном сервере в LKDSDispCfg) переносится только информация Spult подсети в которых: улицы, дома, лифты. Верно? После экспорта у меня в LKDSDrvCfg пусто, нет никакой структуры, в списке лифтовых блоков в самом LKDSDomainCfg тоже пусто. Так должно быть?
2) Если при экспорте через файлы LKDSDispStruct и LKDSDispUsers не переносится структура LKDSDrv можно ли скопировать папку lkdsdrv со старого сервера на новый перед установкой дистрибутива ДК «Обь», чтобы подцепилась структура LKDSDrv, а после просто удалить все ПКСЛы? В случае если нужно сделать резервный LKDSDisp всегда так делал, никогда проблем не было, при переходе на домен это допускается? в дальнейшем глюков не будет? Или лучше руками настроить все УМы с моноблоками на новом LKDSDomain сервере?
3) Ранее в данной ветке обсуждался перенос примечаний в LKDSDomain, но без подробностей, на форумных скринах есть пункты которые в ПО нигде не нашел. Блоков в LKDSPro нет, только в ПКЛШ. В LKDSDisp сейчас около 16 забитых ПКЛШ в разных подсетях, во всех ПКЛШ заполнены примечания которые нужно перенести.
4) На старом сервере с LKDSDisp собираюсь воспользоваться «Вставить внутреннюю связь во все связанные КСЛы» и «Вставить статическую связь в ЛБ» через LKDSDrvCfg -e. С этим проблем не будет? Работает корректно? В случае вставки связи в КСЛы главное, что бы в имеющихся связях не было вставляемого УМ. Еще что-то нужно учесть?
Если есть еще что-то что важное, что нужно учесть, буду благодарен за рекомендации.

[Андрей Ефименко]

1) Если в LKDSDomainCfg делать импорт через LKDSDispStruct и LKDSDispUsers (сформированных на основном сервере в LKDSDispCfg) переносится только информация Spult подсети в которых: улицы, дома, лифты. Верно? После экспорта у меня в LKDSDrvCfg пусто, нет никакой структуры, в списке лифтовых блоков в самом LKDSDomainCfg тоже пусто. Так должно быть?

Да, так должно быть.

2) Если при экспорте через файлы LKDSDispStruct и LKDSDispUsers не переносится структура LKDSDrv можно ли скопировать папку lkdsdrv со старого сервера на новый перед установкой дистрибутива ДК «Обь», чтобы подцепилась структура LKDSDrv, а после просто удалить все ПКСЛы? В случае если нужно сделать резервный LKDSDisp всегда так делал, никогда проблем не было, при переходе на домен это допускается? в дальнейшем глюков не будет? Или лучше руками настроить все УМы с моноблоками на новом LKDSDomain сервере?

Можно скопировать *.xml файлы из папки /LKDSDrv/LKDSDrv/ исходного сервера в папку /LKDSDrv/LKDSDrv/ нового сервера. Проблемы будут, если исходный и новый сервер будут работать одновременно. Если исходный и новый сервер будут работать одновременно нужно в новом сервере в подсетях "Обь" изменить номер корневого УМ и изменить собственные идентификаторы в каждом ПКЛШ

3) Ранее в данной ветке обсуждался перенос примечаний в LKDSDomain, но без подробностей, на форумных скринах есть пункты которые в ПО нигде не нашел. Блоков в LKDSPro нет, только в ПКЛШ. В LKDSDisp сейчас около 16 забитых ПКЛШ в разных подсетях, во всех ПКЛШ заполнены примечания которые нужно перенести.

*.xml файлы ПКЛШ можно перенести на новый сервер. Если исходный и новый сервер будут работать одновременно, то нужно в новом сервере изменить собственные идентификаторы в каждом ПКЛШ и изменить номер УМ каждого ПКЛШ.

4) На старом сервере с LKDSDisp собираюсь воспользоваться «Вставить внутреннюю связь во все связанные КСЛы» и «Вставить статическую связь в ЛБ» через LKDSDrvCfg -e. С этим проблем не будет? Работает корректно? В случае вставки связи в КСЛы главное, что бы в имеющихся связях не было вставляемого УМ. Еще что-то нужно учесть?

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

Если есть еще что-то что важное, что нужно учесть, буду благодарен за рекомендации.

Хорошо бы "раскрыть" (ликвидировать) ПКЛШ, т.е. в новом сервере все ЛБPro ЛБ7 прописать непосредственно на LKDSDomain (в организации придётся изменить адрес ЛБ в лифте с адреса сети "Обь" на идентификатор ЛБ)

Ну и хорошо бы перейти сразу на LKDSServer (Linux)

Преимущества:
- производительность в разы выше
- возможность использовать IPv6
- на мой взгляд, более удобное администрирование.

[revit]

Сейчас нет программных средств, что бы сделать это в диалоговом режиме.

У записи лифта в базе данных LKDSDOMAIN уже есть уникальнй код - поле CodLift

Записи в БД связаны друг с другом.

Если изменить в записи лифта поле CodHouse на код другого дома, который может быть в этой или другой организации и перезапустить LKDSDomain, то данный лифт будет в другом доме и, возможно, в другой организации.



Аналогично:

Если в записи дома изменить поле CodStreet на код другого улицы, которая может быть в этой или другой организации и перезапустить LKDSDomain, то данный дом будет в другой улице и, возможно, в другой организации.

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

Если в записи пункта изменить поле CodTeam на код другой организации и перезапустить LKDSDomain, то данный пункт будет в другой организации.
Есть, правда, проблема с оповещениями, т.к. описание оповещения привязано к пользователю и, возможно, к конкретному лифту.
Пользователь привязан к организации и лифт опосредованно привязан к организации. Если переместить лифт в другую организацию, то возможны проблемы.

И с журналом та же проблема - запись журнала может иметь ссылки и на пользователя и на лифт

Все чаще и чаще приходится сталкиваться с подобной проблемой. Проблема очень актуальна . В настоящее время лифты очень мобильны и часто переходят из одной обслуживающей организации в другую. Также бывают объединения и разъединения одной организации. И ладно когда их немного... Но иногда бывает и так что большое кол-во лифтов нужно перенести.
Вот в данный момент есть необходимость разделить лифты одной организации на две организации т.е. вынести около 200 лифтов в другую. Набирать их заново в новой организации ну совсем нет желания, да это и глупо -размножать одни и те же лифты в базе... Привязка лифта к организации это плохое решение конечно...
Кто то пробовал перенести таким образом лифты -изменяя CodTeam ?? Хотелось бы все таки понять работает такая схема и какие риски при таком ручном редактировании базы могут возникнуть.

[revit]

Как можно удалить ненужных пользователей из организации?

[Андрей Ефименко]

Как можно удалить ненужных пользователей из организации?

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

[Grande]

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

Может, у вас есть скрипт как для удаления лифта из БД?

[Андрей Ефименко]

Может, у вас есть скрипт как для удаления лифта из БД?

Не могу сказать, что я полностью проверил, но исполняется

После исполнения скрипта нужно перезагрузить LKDSDomain

net stop LKDSDomain
net start LKDSDomain

или из диспетчера задач

Для MSSQL база LKDSDOMAIN  DeleteUser.zip ( 595 байт ) Кол-во скачиваний: 9

[apathy]

Добрый день. У всех 6.1 pro 4.2.4 - нормальный тест батареи?

[karellift]

Добрый день. У всех 6.1 pro 4.2.4 - нормальный тест батареи?

С серверного ПК (LKDSDomain) на версиях по в ЛБ 4.2.1, 4.2.2, 4.2.3,4.2.4, тест батареи не проходит.
Причем с любого клиентского по - Spult, ASpult проходит нормально.
Версии Mbattery одинаковые, думал может быть в нем дело.