Windows Проблемы LkdsDrv
- Автор темы Vincent Van Gog
- Дата начала
Pro100A1ex
Активист
Андрей Ефименко написал(а):
Плохо что откат вручную пришлось делать, а не автоматом через обновление.
Pro100A1ex написал(а):
Конечно нужно дорабатывать систему обновления, опыт её использования уже достаточно большой.
Нужно, наверное, сделать:
- запрет автоматического обновления ПО (только вручную)
- предварительный просмотр обновления, без проведения самого обновления, т.е. посмотреть, а что собственно обновляется
- сохранять информацию о последних трех обновлениях для того, что бы можно было всегда увидеть эту информацию (и после перезагрузки компьютера) и можно было откатить обновления
- возможность использования beta варианта ПО для предварительного тестирования
- возможность возврата с beta вариант на основное ПО с полным восстановлением
Андрей, мысли здравые, нужно дорабатывать. Сбои после обновлений редки, но все же случаются. инструменты по откату нужны. А также напомню про мою просьбу 1,5 годичной давности-необходимость очистки старых резервных копий файлов после обновления. Их накопилось уже довольно много.
revit
Гуру
Возвращаюсь к проблеме вывода (отключения) целых подсетей из работы в LKDSDrv.
Исх. данные:
Есть подсети в структуре ОБЬ, большие, но они в данный момент не используются (отделения отключились от центрального сервера). Удалять их не желательно т.к могут вернутся а восстанавливать всю подсеть муторно очень. Т.е нужно отключить подсеть чтобы не было никакой реакции на нее, но в тоже время была возможность вернуть всё в зад.
Фактически :
- удалить нельзя
- отключение связи со всеми устройствами в драйвере, если устройств много -муторно и долго по одному, да и тоже не панацея как оказалось т.к. служба сообщений продолжает исправно кидать все сообщения по таким связям и устройствам.
Предложение:
Если в LKDSDrv невозможно сделать отключение отдельно взятой подсети без удаления ее из конфигурации, то может быть можно сделать ее импортирование в архивный файл XML с возможностью дальнейшего восстановления при необходимости. Т.е сами файлы ПКСЛ и ПКЛШ то есть, и нужно только сохранить их при удалении подсети из структуры в каком то виде предусматривающем возможность их внесения в структуру потом, если в ней нет на данный момент сетей с таким номером. Чтобы не проверять есть ли в сети появившиеся позже подсети с таким же номером как и архивная подсеть, можно оставлять в структуре саму архивную подсеть, но без дерева устройств т.е пустую, чисто для резервирования ее номера.
Обобщаю:
1. Нужно удалить подсеть с возможностью ее восстановления.
2. Удаляем из сети ОБЬ через меню ->"удалить подсеть в архив"
3. Удаляются все устройства , а подсеть с компом остается. Выделить ее чтобы было понятно что есть архивная структура для этой подсети. (как вариант можно запретить все конфигурационные действия с ней, а можно оставить тогда после сохранения новой структуры она станет обычной сетью и вернуть на ее место архивную можно будет только через удаление текущей.
4. Файлы конфигурации подсети переносятся в архивную папку с номером и названием подсети (пксл, пклш, структура).
5. Если возникла необходимость восстановить подсеть , выбираем "вставить подсеть из архива", проверяем соответствие номера подсети в структуре с номером подсети в архивном файле и вставляем с перезапуском драйвера ОБь.
Если вдруг в сети уже есть подсеть с таким же номером и конфигурацией, то предлагаем ее удалить для восстановления архивной или отказаться от действия.
Таким образом можно будет убрать все ненужные сообщения от таких подсетей , упростить структуру и уменьшить рабочие файлы конфигурации.
Оставлять номер сети, нужно исходя из того что лифты в базе Спульт также имеют номер этой сети и нужно понимать что есть эта привязка.
В принципе это полная аналогия с импортом/экспортом структур в LKDSDisp и LKDSDomain, поэтому можно назвать также а не архивом, чтобы соблюсти терминологию. . Да и переносить подсети с компьютера на компьютер можно будет с помощью этого механизма, если предусмотреть смену номера подсети в конфигурационных файлах и внесение с этим новых номером.
Жду отзывов разработчика и администраторов больших сетей на данное предложение.
Исх. данные:
Есть подсети в структуре ОБЬ, большие, но они в данный момент не используются (отделения отключились от центрального сервера). Удалять их не желательно т.к могут вернутся а восстанавливать всю подсеть муторно очень. Т.е нужно отключить подсеть чтобы не было никакой реакции на нее, но в тоже время была возможность вернуть всё в зад.
Фактически :
- удалить нельзя
- отключение связи со всеми устройствами в драйвере, если устройств много -муторно и долго по одному, да и тоже не панацея как оказалось т.к. служба сообщений продолжает исправно кидать все сообщения по таким связям и устройствам.
Предложение:
Если в LKDSDrv невозможно сделать отключение отдельно взятой подсети без удаления ее из конфигурации, то может быть можно сделать ее импортирование в архивный файл XML с возможностью дальнейшего восстановления при необходимости. Т.е сами файлы ПКСЛ и ПКЛШ то есть, и нужно только сохранить их при удалении подсети из структуры в каком то виде предусматривающем возможность их внесения в структуру потом, если в ней нет на данный момент сетей с таким номером. Чтобы не проверять есть ли в сети появившиеся позже подсети с таким же номером как и архивная подсеть, можно оставлять в структуре саму архивную подсеть, но без дерева устройств т.е пустую, чисто для резервирования ее номера.
Обобщаю:
1. Нужно удалить подсеть с возможностью ее восстановления.
2. Удаляем из сети ОБЬ через меню ->"удалить подсеть в архив"
3. Удаляются все устройства , а подсеть с компом остается. Выделить ее чтобы было понятно что есть архивная структура для этой подсети. (как вариант можно запретить все конфигурационные действия с ней, а можно оставить тогда после сохранения новой структуры она станет обычной сетью и вернуть на ее место архивную можно будет только через удаление текущей.
4. Файлы конфигурации подсети переносятся в архивную папку с номером и названием подсети (пксл, пклш, структура).
5. Если возникла необходимость восстановить подсеть , выбираем "вставить подсеть из архива", проверяем соответствие номера подсети в структуре с номером подсети в архивном файле и вставляем с перезапуском драйвера ОБь.
Если вдруг в сети уже есть подсеть с таким же номером и конфигурацией, то предлагаем ее удалить для восстановления архивной или отказаться от действия.
Таким образом можно будет убрать все ненужные сообщения от таких подсетей , упростить структуру и уменьшить рабочие файлы конфигурации.
Оставлять номер сети, нужно исходя из того что лифты в базе Спульт также имеют номер этой сети и нужно понимать что есть эта привязка.
В принципе это полная аналогия с импортом/экспортом структур в LKDSDisp и LKDSDomain, поэтому можно назвать также а не архивом, чтобы соблюсти терминологию. . Да и переносить подсети с компьютера на компьютер можно будет с помощью этого механизма, если предусмотреть смену номера подсети в конфигурационных файлах и внесение с этим новых номером.
Жду отзывов разработчика и администраторов больших сетей на данное предложение.
Последнее редактирование модератором:
В обновление ПО выложен конфигуратор LKDSDrvCfg со следующими изменениями:
- если список ЛБ в ПКЛШ уже отсортирован по колонке "Номер ЛБ", то нажатие левой копки мыши на заголовке колонки "Номер ЛБ" приведёт к сортировке списка по состоянию ЛБ в следующей последовательности
1. есть связь
2. нет связи
3. состояние неизвестно ("?")
4. обмен запрещён ("i" жёлтое)
5. неописанные ЛБ ("i" синее, фон строки желтый )
- при сортировке в ПКЛШ сохраняется текущая выделенная строка
- В параметрах ПКЛШа по правой кнопке мыши можно запретить/разрешить связь с ЛБ, или несколькими выбранными ЛБ.
- если в ПКСЛ список связей отсортирован по колонке "УМ", то нажатие левой копки мыши на заголовке колонки "УМ" приведёт к сортировке списка по состоянию связи в следующей последовательности
1. есть связь
2. нет связи
3. состояние неизвестно ("?")
4. обмен запрещён ("i" жёлтое)
- при сортировке в ПКСЛ сохраняется текущая выделенная строка
- в панели "Параметры ПКЛШ" убрано поле "Период опроса ЛБ", т.к. этот параметр не используется
- если список ЛБ в ПКЛШ уже отсортирован по колонке "Номер ЛБ", то нажатие левой копки мыши на заголовке колонки "Номер ЛБ" приведёт к сортировке списка по состоянию ЛБ в следующей последовательности
1. есть связь
2. нет связи
3. состояние неизвестно ("?")
4. обмен запрещён ("i" жёлтое)
5. неописанные ЛБ ("i" синее, фон строки желтый )
- при сортировке в ПКЛШ сохраняется текущая выделенная строка
- В параметрах ПКЛШа по правой кнопке мыши можно запретить/разрешить связь с ЛБ, или несколькими выбранными ЛБ.
- если в ПКСЛ список связей отсортирован по колонке "УМ", то нажатие левой копки мыши на заголовке колонки "УМ" приведёт к сортировке списка по состоянию связи в следующей последовательности
1. есть связь
2. нет связи
3. состояние неизвестно ("?")
4. обмен запрещён ("i" жёлтое)
- при сортировке в ПКСЛ сохраняется текущая выделенная строка
- в панели "Параметры ПКЛШ" убрано поле "Период опроса ЛБ", т.к. этот параметр не используется
revit
Гуру
poiZon написал(а):
Вообще- ДА. Из-за тех что не на связи это и затевалось, но я промолчал уже... У программистов свое видение и оно частенько, увы, отличается от видения тех кто пользуется их программами .
Для меня смысл этой сортировки в том чтобы в большом списке, когда необходимо быстро определить причину ухода со связи множества девайсов, и при этом не бегать вверх-вниз пытаясь запомнить айпишники в тех строках где нет связи, отсортировать их и посмотреть по столбцу айпи адрес из-каких они сетей, одного провайдера или разных.
Последнее редактирование модератором:
В конфигуратор LKDSDrvCfg добавлена возможность быстрой вставки и/или изменения связи в КСЛе 
От традиционного способа через "Адреса связи", быстрая вставка отличается существенно меньшим числом
манипуляций.
Быстрая вставка и/или изменения связи возможна так же для всех КСЛов, с которыми ПКСЛ имеет непосредственно подключение
Это удобно:
Если выбрано "вставить", то только вставляются новые связи , т.е. если в КСЛе уже есть связь с УМ, то эта связь не меняется.
Если выбрано "изменить", то только изменяется имеющаяся связь, т.е. если в КСЛе нет связи с УМ, то эта связь не вставляется
Если выбрано "вставить/изменить", то если в КСЛе уже есть связь с УМ, то эта связь меняется, если связи нет, то она вставляется.
Что бы использовать быструю вставку нужно запустить LKDSDrvCfg.exe с ключом -e, т.е.
LKDSDrvCfg.exe -e
От традиционного способа через "Адреса связи", быстрая вставка отличается существенно меньшим числом
манипуляций.
Быстрая вставка и/или изменения связи возможна так же для всех КСЛов, с которыми ПКСЛ имеет непосредственно подключение
Это удобно:
Если выбрано "вставить", то только вставляются новые связи , т.е. если в КСЛе уже есть связь с УМ, то эта связь не меняется.
Если выбрано "изменить", то только изменяется имеющаяся связь, т.е. если в КСЛе нет связи с УМ, то эта связь не вставляется
Если выбрано "вставить/изменить", то если в КСЛе уже есть связь с УМ, то эта связь меняется, если связи нет, то она вставляется.
Что бы использовать быструю вставку нужно запустить LKDSDrvCfg.exe с ключом -e, т.е.
LKDSDrvCfg.exe -e
Вложения
revit
Гуру
Спасибо за шаги навстречу админам!
Задумку понял, но реализацию -нет. Открывается окно без параметров. Для вставить все понятно-нужно вписать данные. А для изменить и удалить?
Эти команды рассчитаны на использование из структуры сети, но в большой структуре "бегать" по дереву не айс и я , допустим, привык редактировать связи в удаленных КСЛ-ах непосредственно из списка связей ПКСЛ. И считаю что логичнее эти команды использовать только из списка связей ПКСЛ, и тогда даже не обязательно открывать новое окно связей, а делать все в окне связей самого ПКСЛа
И еще -эти новые команды только для ПКСЛов? Почему "внутренние связи" и для ПКСЛ и для КСЛ?
Эти "внутренние" вообще странное определение . Когда то давно, помню, поднималась тема про это и решили не трогать, а "внутренние" считать для ПКСЛов. Хотя какие они внутренние... Связи всегда внешние и для ПКСЛов и для КСЛов.
Задумку понял, но реализацию -нет. Открывается окно без параметров. Для вставить все понятно-нужно вписать данные. А для изменить и удалить?
Эти команды рассчитаны на использование из структуры сети, но в большой структуре "бегать" по дереву не айс и я , допустим, привык редактировать связи в удаленных КСЛ-ах непосредственно из списка связей ПКСЛ. И считаю что логичнее эти команды использовать только из списка связей ПКСЛ, и тогда даже не обязательно открывать новое окно связей, а делать все в окне связей самого ПКСЛа
И еще -эти новые команды только для ПКСЛов? Почему "внутренние связи" и для ПКСЛ и для КСЛ?
Эти "внутренние" вообще странное определение . Когда то давно, помню, поднималась тема про это и решили не трогать, а "внутренние" считать для ПКСЛов. Хотя какие они внутренние... Связи всегда внешние и для ПКСЛов и для КСЛов.
Вложения
Последнее редактирование модератором:
revit написал(а):
При изменении связи в это же окно вводятся все параметры связи. Запускается процесс при нажатии кнопки "Изменить внутреннюю связь ..." В процессе изменения ищется связь с указанным УМ
. Если связь не найдена, то выдаётся сообщение и никаких изменений в настройке КСЛа не делается. Если связь найдена, то сравниваются параметры имеющейся связи и заданные. Если параметры одинаковы, то выдаётся сообщение и никаких изменений в настройке КСЛа не делается. Если есть изменённые параметры, то делаются изменения в настройках КСЛа и производится его рестарт.Удаление пока не реализовано.
revit написал(а):
Сейчас новые пункты меню появляются в двух случаях:
Для первого случая добавляется/изменяется связь в самом аппаратном КСЛе, для которого выбран пункт меню. Раньше нужно было исполнить "Адреса связи", прочитать связи, сделать изменения и сохранить.
Для второго случая добавляется/изменяется связь во всех аппаратных КСЛах, с которыми данный ПКСЛ имеет прямые связи. Т.е. фактически это исполнение действия из списка связей ПКСЛа, если выбраны все связи.
Пока, для одной связи или нескольких выбранных связей, новые пункты меню исполнить нельзя.
По терминологии. Действительно, наверное, правильнее было бы изменить наименование пунктов меню.
Для случая 1:
Вставить адрес связи в КСЛ
Изменить адрес связи в КСЛе
Вставить/изменить адрес связи в КСЛе
Для случая 2:
Вставить адрес связи во все КСЛы этого ПКСЛа
Изменить адрес связи во всех КСЛах этого ПКСЛа
Вставить/изменить адрес связи во всех КСЛах этого ПКСЛа
revit написал(а):
Сеть диспетчерского комплекса "Обь" состоит из одной или нескольких подсетей.
Каждая подсеть имеет иерархическую структуру из узловых модулей (УМ). В подсети есть корневой УМ и , возможно, удалённые УМ, связанные с корневым УМ непосредственно или через другие УМ. Связи в подсети описываются с помощью контроллеров соединительных линий (КСЛ)
Исторически эти связи назывались просто "связь".В настройках самих КСЛов так же описываются связи между КСЛам, но эти связи уже могут отличаться от связей в подсети. Что бы отличать связи в структуре подсети и связи, описанные в аппаратном КСЛе, был введён термин "Адреса связи", в а ПКСЛ термин "Внутренние связи"
Вложения
revit
Гуру
Только слово "адрес" заменить на слово "параметры" т.к в этих параметрах может менятся не только адрес но и другие.Андрей Ефименко написал(а):
Ну так эта связь ничем не отличается от связи в ПКСЛ. Отличие между ними АППАРАТНЫЙ и ПРОГРАММНЫЙ! А не ВНУТРЕННИЕ И ВНЕШНИЕ....
И правильнее, логичнее и понятнее всем - "адреса связи"="адреса (корректнее параметры) связи аппаратного КСЛ", "внутренние связи программного КСЛ"=адреса/параметры программного КСЛ. Логично, однотипно и понятно даже тем кто первый раз знакомится с ПО.
Так вот это только запутывает, особенно новеньких.
Последнее редактирование модератором:
revit написал(а):
В общем случае это не так.
Связи, исходящие из КСЛа в структуре подсети, могут не совпадать со "внутренними" связями, описанными в NVRAM аппаратного КСЛа или в параметрах ПКСЛа.
Дублирующую диспетчерскую можно сделать, описав всего ОДНУ внутреннюю связь с КСЛом в основной диспетчерской. Т.е. в корневом КСЛе дублирующей диспетчерской, во "Внутренних связях программного КСЛа" или "Адресах связи", описывается одна связь с корневым КСЛом основной диспетчерской. При этом в структуре сети дублирующей диспетчерской присутствуют все УМ основной диспетчерской.
Такая структура работает потому, что КСЛ может ретранслировать (маршрутизировать) пакеты по своим внутренним сетевым связям, если, конечно, КСЛу это разрешено. Т.е. КСЛ дублирующей диспетчерской все пакеты направляет на КСЛ основной диспетчерской, а уже КСЛ основной диспетчерской переправляет пакеты в удалённые КСЛы по своим "внутренним" связям.
Подобный подход широко использовался в "до серверную" эпоху.