Форумы Интермех
 ° Начало ° Ответить ° Статистика ° Регистрация ° Поиск ° RSS ° Wiki °

Форумы Интермех / Внедрение систем / "Автоматическая раздача" лицензий SEARCH
Автор Сообщение
djrandom
Участник
Хроматэк, Йошкар-Ола

Дата: 9 Ноя 2010 15:42:17


При использовании сетевых лицензий обычная практика руководства - купить лицензий чуть-чуть меньше, чем максимальное число пользователей. И вроде бы такая "тактика" обычно работает, но периодически возникают моменты, когда коллеги уходя в цех (например) забывают (либо специально) не выключают клиент SEARCH/AVS/IMBASE... на своем ПК. И как раз в это время кто-нить из "Неподклюбченных", желая запустить свой софт, сталкивается с нехваткой лицензий. Внимание (!) - вопрос: есть ли free-софт для отключения SEARCH на клиенте в случае бездействия последнего в течнеии какого-то настраиваемого промежутка?

Katenok-13
Участник
ОАО "Бийский котельный завод"

Дата: 10 Ноя 2010 05:22:39


Мы задавались этим вопросом, решения не нашли. Ввели организационные меры - на бюро выделено 4 лицензии, а как они их между собой делят - их внутренние проблемы.
Хотя у технологов такой вариант не прошел - они просто выучили все пароли друг друга и теперь закрывают когда хотят.

djrandom
Участник
Хроматэк, Йошкар-Ола

Дата: 10 Ноя 2010 08:49:30


А вот как такой вариант - если сделать софтинку, которуую поставить на каждого клиента, и которая в случае бездействия, к примеру, search.exe в течении какого-то времени, закрывала бы search...
---
А сами интермеховцы что на эту тему отвечают? Наверное - "покупайте лицензии"...

Jk
Участник
НПП Интермех

Дата: 10 Ноя 2010 14:43:47


можно написать программу которая закрывает сорч и настроить её вместо скринсейвера в Windows

Jk
Участник
НПП Интермех

Дата: 10 Ноя 2010 14:51:39


а вот нашел способ еще проще
на Win7 можно в "Планировщик заданий" добавить задачу
которая запускалась бы с условием "При простое компьютера" в течение например 10 минут.
в качестве задачи надо написать bat файл - который запускал бы утилиту pskill и закрывал бы Search.

PS. Есть одно но - при таком закрытии Search лицензия может не сразу освободится.

djrandom
Участник
Хроматэк, Йошкар-Ола

Дата: 10 Ноя 2010 17:24:31


мы на ХР работаем...

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 10 Ноя 2010 17:40:43


Jk
А то, что делает pskill ("Kill the process and its descendants") является аналогом команды Search "Документ: Выход"?
Ведь Search же при штатном закрытии что-то делает (настройки пишет, измененные рабочие копии документов, по моему, в БД сохраняет, туже лицензию освобождает и т.п.)...

И что будет с приложениями, которые были вызваны из Search (AVS, САПР+CADMech) или которые Search и запустили (TechCARD)?
А если в них были открыты и изменены документы: при убивании процесса Search вряд ли эти документы потом удастся сохранить (т.е. изменения мы потеряем)...

Как то все не так просто, по-моему.

Jk
Участник
НПП Интермех

Дата: 10 Ноя 2010 19:07:31


Коновалов Михаил
ну в общем почти все так...

LLirik
Участник
НПО "Автоматика"

Дата: 11 Ноя 2010 10:42:13


Jk
классное решение))

Да нужны вам эти изменения? Пользователь сам виноват в потере данных. Для реализации конкретно "Документ:Выход" вместо батника нужна немного другая программа, отсылающая окну SEARCH событие закрытия приложения, но тогда возникают вопросы по диалоговым окнам которые могут появится чтобы у вас что то спросить.

Лучшим решением является конечно же добавление аналога такого функцианала в сам Search, но как я помню это не предвидится. А жаль. Или хотя бы при потери лицензии клиентом (сервер лицензий принудительно разорвал соединение с клиентом, и тот таким образом потерял лицензию), оставались возможности сохранить файлы, корректно закрыть все диалоговые окна и сами программы (хотя это надо проверить, может нормально все сохраняет)

Katenok-13
Участник
ОАО "Бийский котельный завод"

Дата: 12 Ноя 2010 05:22:25


Можно написать мини-программку, которая через API будет открывать Search. И точно так же закрывать. Т.е. пользователь вместо запуска Search запускает эту программку, которая уже следит.
Но проблема с открытыми и не сохранёнными документами останется - после закрытия Search все остальные программы будут выдавать ошибки, сопротивляться, но не работать. А потеря документов для пользователя - гораздо более страшная катастрофа, чем просто невозможность войти в Search.

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 12 Ноя 2010 08:41:18


Как мне кажется:

1. Приоритет за данными пользователя: пользователь терять данные не должен.

2. Вносить в Search функционал, реализующий функцию автозакрытия, идеологически неправильно. ПО это инструмент и ответственность за грамотное использование инструмента лежит на пользователе (все знают байку про микроскоп и гвозди). Если программы еще начнут сами по себе закрываться... Страшно представить, что такой функционал появится, например, в SolidWorks или AutoCAD!

3. Писать самому модуль, реализующую функцию автозакрытия, нереально трудоемко: слишком много условий надо проверить и выполнить, прежде чем закрыть программу и с учетом п.1 и 2 вряд ли такой подвиг будет оценен.

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

1. Пишется "обязательный" плагин для Search в котором обрабатываются данные от функции Windows API GetLastInputInfo

2. По достижению заданных значений временных интервалов плагин:
- или пишет данные в лог-файл на сервере кто, с каким набором ПО и сколько простаивает. Это самый простой по реализации вариант.
- или шлет сообщение сисдамину (или назначенному ответственному лицу), что кто-то простаивает.
- или что-то другое: здесь возможна куча вариантов.

3. В зависимости от реализации п.2 в конце месяца пишем докладную, что кто-то допустил простой оборудования в столько-то часов или удаленно заходим на компьютер и вручную все закрываем.

4. Что б никто не спорил и не кого не обвинял, всю методу прописываем в СТП предприятия.

djrandom
Участник
Хроматэк, Йошкар-Ола

Дата: 12 Ноя 2010 15:21:22


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

djrandom
Участник
Хроматэк, Йошкар-Ола

Дата: 12 Ноя 2010 15:21:33


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

vitek
Участник
ОАО "ММЗ", г. Йошкар-Ола

Дата: 3 Фев 2011 21:27:27


а как нибудь можно узнать какой именно пользователь взял лицензию (НЕ КОМПЬЮТЕР, а именно ПОЛЬЗОВАТЕЛЬ)? Логин Searcha или учетки винды (домена)?

Jk
Участник
НПП Интермех

Дата: 4 Фев 2011 12:21:28 ° Поправил: Jk


vitek, монитор лицензий не располагает такой информацией,
в нем можно посмотреть только имя компьютера.
а потом можно с помощью этой утилиты узнать какие пользователи залогинены на искомом компьютере

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 4 Фев 2011 19:17:20 ° Поправил: Коновалов Михаил


В журнале событий Search Administrator записывается кто и с какой машины подключался/отключался к Search. Теоретически, можно написать программу, которая берет данные с ключа (какая машина) и по этому полю (+ нужная дата и события отключения/подключения) производит отсев данных в журнале событий. В итоге если кол-во входов<>кол-во выходов можно предположить, что с искомой машины подключен такой-то пользователь.

Ну или проделать все теже манипуляции вручную...

Ваш ответ

Bold Style  Italic Style  Underlined Style  Image Link  Insert URL 
...



Перед отправкой "нелатинского" текста проверьте кодировку броузера!
 » Логин  » Пароль 
 

На форуме сейчас: гостей - 1
пользователей - 0
Наибольшее количество посетителей: 87 [1 Янв 2017 02:23:26]
гостей - 87 / пользователей - 0


miniВВ © 2001-2021