Имя: Пароль:
1C
1С v8
Использование лицензий 1с
0 m_oleg
 
25.02.20
07:53
Доброго дня уважаемые!

Задача корректно распределить лицензии 1с

Похожих тем не нашел, поэтому пишу..

Схема примерно такая:
Имеется локальная сеть с 3 серверами 1с и с таким же количеством серверов СУБД
Условно Srv1, Srv2, Srv3
На Srv1 и Srv3 установлены менеджеры лицензий

На каждом сервере 1 и более ИБ.
Условно
Srv1DB1, Srv2DB2, Srv3DB3
Srv1 - установлены аппаратные ключи
Srv2 - установлены программные ключи
Srv3 - установлены аппаратные ключи
Версии платформ на серверах разные
Есть более 100 юзеров, которые работают локально, терминально и через Веб. С одной станции возможна работа сразу в нескольких ИБ которые расположены на разных серверах 1с.

Условный список ИБ:
Srv1DB1
Srv1DB2
Srv2DB2
Srv3DB3

Что требуется:
При одновременной работе на локальной рабочей станции с базами Srv1DB1 и Srv3DB3 для каждой ИБ получать лицензии установленные именно с сервера которому принадлежит ИБ.

По факту сейчас происходит так что при работе с Srv2DB2 получают лицензии с этого же сервера, но при работе с Srv1DB1 получаем лицензии с сервера Srv3, а необходимо с Srv1.
1 Winnie Buh
 
25.02.20
08:19
на машинах с аппаратными ключами удалить HASP LM
естественно включить раздачу лицензий сервером 1с в настройках всех баз
2 m_oleg
 
25.02.20
08:51
(1) Благодарю, а в случае установки дополнительных аппаратных ключей скажем так "одной серии", что приведет к установке данных ключей на другую машину, насколько я понимаю без менеджера лицензий не обойтись..
3 dmpl
 
25.02.20
08:53
(1) После чего выписать счет на закупку дополнительных лицензий ;)
4 dmpl
 
25.02.20
08:57
(0) Если пользователь с локального ПК одновременно зашел в 2 базы, ему требуется 1 лицензия. С какого сервера ее брать?
5 Winnie Buh
 
25.02.20
09:02
(2) если появится ещё один ключ, то без менеджера его можно будет установить только в Srv2, но можно настроить, чтобы лицензии с этого ключа мог получать только какой-то один из серверов
или доугой вариант - не докупать ещё ключ, а апгрейдить имеющийся ключ на больший, например с 50 до 100 юзеров
6 m_oleg
 
25.02.20
09:17
(5) Апгрейд не всегда подойдет, сильно большой шаг, например если есть 50, а надо 65, то не каждая компания на 100 купит.. а про настройку такую настройку "но можно настроить, чтобы лицензии с этого ключа мог получать только какой-то один из серверов" можно подробнее, есть ли информация какими средствами выполнить такую настройку?
7 m_oleg
 
25.02.20
09:29
(4) да тут противоречие получается политики лицензирования, на самом деле основная проблема заключается в том что, на Srv3 установлен эму***ор, и версия платформы до 8.3.11, на Srv1 уже новая платформа и нормальные ключи HASP, и вроде как 1с сделала так что новая платформа не работает с эму***орами, а на практике получается что пользователи при работе с ИБ Srv1DB1 получают "лицензию" с Srv3 и все прекрасно работает и ничего не вылетает. И получается так что мои утверждения руководству, что новые конфигурации не работают с эму***ором оказываются не обоснованными. По этому и возникла идея найти способ что бы Srv1 не видел "лицензии" с Srv3
8 Winnie Buh
 
25.02.20
10:25
(7) что бы Srv1 не видел "лицензии" с Srv3 надо на Srv3 прибить HASP LM - это самый простой вариант
если все же раздавать ключи по сети через HASP LM, то в файле nethasp.ini можно прописать IP машин, на которых искать ключ, а в файле nhsrv.ini на сервере прописать IP машин, которым выдавать
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший