Доброе времени суток! Подскажите, пожалуйста, может кто сталкивался.
Есть сетевые программные лицензии активированные на сервере 1С.
Сервер 1С раздает лицензии на каждый сеанс. Что получается, если один пользователь на одном компьютере запускает 3 информационных базы, то сервер занимает 3 лицензии.
Вопрос: Как избежать данной проблемы, переходить на USB и использовать HASP LM, или есть другие варианты ?
Есть сетевые программные лицензии активированные на сервере 1С.
Сервер 1С раздает лицензии на каждый сеанс. Что получается, если один пользователь на одном компьютере запускает 3 информационных базы, то сервер занимает 3 лицензии.
Вопрос: Как избежать данной проблемы, переходить на USB и использовать HASP LM, или есть другие варианты ?
По теме из базы знаний
- Установка программных лицензий 1С8.2
- Мониторинг лицензий 1С
- Все, что надо знать о технологической платформе 1С:Предприятие: компоненты, архитектуры, операционные системы, лицензии
- Отчет по сеансам информационных баз с данными по выданным лицензиям
- Привязка программной лицензии к USB-ключу: когда имеет смысл использовать
Найденные решения
(1)
Совершенно верно. :
Можете программные лицензии устанавливать на каждую клиентскую машину, как вариант.
Сервер 1С раздает лицензии на каждый сеанс. Что получается, если один пользователь на одном компьютере запускает 3 информационных базы, то сервер занимает 3 лицензии.
Совершенно верно. :
Одна лицензия на экземпляр клиента
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.
Можете программные лицензии устанавливать на каждую клиентскую машину, как вариант.
(1)
Нет других вариантов.
Хотя... Слышал, что возможны какие-то мутки на терминальном сервере. Т.е. если все пользователи будут ходить только через терминальный сервер, то можно программные лицензии складировать на нем и вроде как находиться они будут на терминального пользователя. Но могу соврать - близко с этим дела не имел.
Как избежать данной проблемы, переходить на USB и использовать HASP LM, или есть другие варианты ?
Нет других вариантов.
Хотя... Слышал, что возможны какие-то мутки на терминальном сервере. Т.е. если все пользователи будут ходить только через терминальный сервер, то можно программные лицензии складировать на нем и вроде как находиться они будут на терминального пользователя. Но могу соврать - близко с этим дела не имел.
Проблема в том, что в 1С не получается гибко комбинировать разные схемы лицензирования. Поэтому большинство не парится и просто берет программных лицензий с запасом. Переплата, зато максимальная гибкость.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Совершенно верно. :
Можете программные лицензии устанавливать на каждую клиентскую машину, как вариант.
Сервер 1С раздает лицензии на каждый сеанс. Что получается, если один пользователь на одном компьютере запускает 3 информационных базы, то сервер занимает 3 лицензии.
Совершенно верно. :
Одна лицензия на экземпляр клиента
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.
Можете программные лицензии устанавливать на каждую клиентскую машину, как вариант.
(3)
Что, дорого? А что делать, сервер раздает лицензии именно так, так описано в (2), вы не можете изменить поведение платформы.
Очень много компьютеров, вообще не вариант )
Тогда вам остается вариант докупить лицензии в количестве ЧислоКомпьютеров * ЧислоБаз. ;)
Что, дорого? А что делать, сервер раздает лицензии именно так, так описано в (2), вы не можете изменить поведение платформы.
(1)
Нет других вариантов.
Хотя... Слышал, что возможны какие-то мутки на терминальном сервере. Т.е. если все пользователи будут ходить только через терминальный сервер, то можно программные лицензии складировать на нем и вроде как находиться они будут на терминального пользователя. Но могу соврать - близко с этим дела не имел.
Как избежать данной проблемы, переходить на USB и использовать HASP LM, или есть другие варианты ?
Нет других вариантов.
Хотя... Слышал, что возможны какие-то мутки на терминальном сервере. Т.е. если все пользователи будут ходить только через терминальный сервер, то можно программные лицензии складировать на нем и вроде как находиться они будут на терминального пользователя. Но могу соврать - близко с этим дела не имел.
Проблема в том, что в 1С не получается гибко комбинировать разные схемы лицензирования. Поэтому большинство не парится и просто берет программных лицензий с запасом. Переплата, зато максимальная гибкость.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
(11)
Спасибо, я так и думал
роблема в том, что в 1С не получается гибко комбинировать разные схемы лицензирования. Поэтому большинство не парится и просто берет программных лицензий с запасом. Переплата, зато максимальная гибкость.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
Разве что можно взять аппаратный ключ для особо привилегированных пользователей (которые постоянно в куче баз работают и много сеансов поднимают) и поднять менеджер лицензий таким образом чтобы дефолтным броадкастом он не находился, и прописать его в nethasp.ini у этих привилегированных пользователей. Тогда если для них не отключен поиск аппаратных лицензий, то они будут брать лицензии с него (аппаратные лицензии ищутся первыми, если поиск аппаратных лицензий включен), а все остальные - от сервера приложений. Я что-то похожее делал как-то. Какое-то количество лицензий таким образом сэкономить можно.
Спасибо, я так и думал
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот