Не хватает лицензий 1с

Обновлено: 08.01.2025

Если в сети будет обнаружено несколько многопользовательских клиентских ключей серии ORGL8 и в свойствах информационной базы в консоли кластера параметр "Разрешить выдачу лицензий сервером "1С:Предприятия" = ДА, то сервером будет выбран один произвольный ключ. После исчерпания лицензий этого ключа, возможно использование одного многопользовательского ключа ORGL8A и затем возможно использование одного многопользовательского ключа ORGL8B

Вопрос- это о чем. Надо покупать ORGL8A, но это же на 300 пользователей как я поняла. Верно?

На серевере много разных ключей от 5 до 50 пользователей. Но нас далеко не 300

Как сделать так, чтобы все работали без проблем. Может что изменить в настройках?

они же написали, что сервером выдается один произвольный ключ

Вдруг стало не хватать лицензий 1С

При этом часть пользователей успешно подключалась к базам, опоздавшие впадали в панику и звали специалистов - "Что делать?!". А ларчик то просто открывался!

В свойствах инф. базы в консоли кластера НЕОБХОДИМО установить "Разрешить выдачу лицензий сервером "1С:Предприятия" = НЕТ.

При этом вышеупомянутое необходимо сделать для каждой используемой серверной базы данных!

В этом случае лицензию будет искать (получать) клиент 1С:Предприятия 8.2 и на одном компьютере возможен запуск произвольного количества экземпляров системы в режиме 1С:Предприятие или Конфигуратор.

В противном случае (Если в свойствах информационной базы в консоли кластера параметр "Разрешить выдачу лицензий сервером "1С:Предприятия" = ДА) то в Aladdin monitor будет видно только ОДНО соединение от сервера 1С:Предприятия.

Сколько лицензий занял сервер 1С:Предприятия - видно не будет (ПРАВДА ИНТЕРЕСНО?). Кроме того каждый запуск одним и тем же пользователем нового сеанса с 1С будет отъедать новую лицензию, а в мониторе этого видно не будет! В то же самое время, 1С будет декларировать отсутствие доступных лицензий и отказываться подключать нового пользователя.

Спасибо за ответ.

0 При переходе с 8.0 на 8.1 перестало хватать лицензий.
В 8.0 файл nethasp.ini размещался в катологе bin, в 8.1 его надо разместить в bin/conf.
Примерное содержимое файла
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.4 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled

1. Не хватает лицензий в 8.1

разместить файл nhsrv.ini в каталоге, из которого запускается менеджер лицензий;
изменить значение параметра NHS_USERLIST на необходимое (300, 500 или другое);
перезапустить менеджер лицензий;
убедиться, что менеджер лицензий нашел файл nhsrv.ini по журналу Activity Log/ Server Activity Log.

2. Проверьте, отключили ли вы опцию NH_USE_BROADCAST в nethasp.ini?
3. Если ключей несколько (не один), то в nethasp.ini каждому клиенту нужно указать, на каком компьютере сначало ему нужно получать лицензию (т.е. к какому ключу обращаться).

Например, у вас три ключа 5, 10, 50.
Для 5х клиентов нужно указать.
NH_SERVER_ADDR = Addr1, Addr2, Addr3
Для 10х клиентов нужно указать.
NH_SERVER_ADDR = Addr2, Addr1, Addr3
Для 50и клиентов нужно указать.

NH_SERVER_ADDR = Addr3, Addr2, Addr1

5. увеличьте интервал опроса к менеджера лицензий клиентов в C:\Program Files\1cv81\bin\conf\nethasp.ini
NH_SESSION = 5
NH_SEND_RCV = 4
NH_USE_BROADCAST = Disabled

2. Если в 8.1 все было хорошо, а в 8.2 стало не хватать.

Раньше несколько сеансов 1С из одной терминальной сессии занимали одну лицезию. Теперь это не всегда так. Зависит от того как была получена лицензия.

Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:

локальный клиентский ключ (кроме веб-клиента);
сетевой клиентский ключ (кроме веб-клиента);
локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
программная лицензия базовой конфигурации.

Таким образом, если клиент 1С:Предприятия не нашел свободной клиентской лицензии на одном из доступных ему ключей, то он обращается за клиентской лицензией на сервер. В этом случае сервер выполняет поиск и занятие свободной лицензии на одном из клиентских ключей, доступных серверу.

1. Установите HASP Monitor для просмотра занятых лицензий.

3. Если не хватает лицензий в 8.2

1.Ключ перенести сервер 1С. Самому серверу и терминальным клиентам запретить общаться с ключем по сети. Для этого в nethasp.ini отключить все протоколы:

NH_IPX = Disabled ; Use the IPX protocol
NH_NETBIOS = Disabled ; Use the NETBIOS protocol
NH_TCPIP = Disabled ; Use the TCP/IP protocol

Таким образом терминальные клиенты получат лицензию через сервер 1С.

13) при большом количестве пользователей раздавайте менеджеры лицензий для каждого клиента персонально, указывая конкретный компьютер
NH_SERVER_ADDR = 192.168.159.1 ;;(IP-адрес должен быть правильный)

14) Использование сетевых ключей HASP на 300 и 500 пользователей:

разместить файл nhsrv.ini в каталоге, из которого запускается менеджер лицензий;
изменить значение параметра NHS_USERLIST на необходимое (300, 500 или другое);
перезапустить менеджер лицензий;
убедиться, что менеджер лицензий нашел файл nhsrv.ini по журналу Activity Log/ Server Activity Log.

Клиентское приложение и COM-соединение 1С:Предприятия начиная с версии 8.1.13.41 допускает использование следующих ключей HASP:

* локальный клиентский ключ серии ORGL8 на 1 пользователя,
* сетевой клиентский ключ серии ORGL8 на 5, 10, 20, 50 и 100 пользователей,
* сетевой клиентский ключ серии ORG8A на 300 пользователей,
* сетевой клиентский ключ серии ORG8B на 500 пользователей

15. Для COM-соединений к 64х битному серверу приложений использование возможно только на том компьютере, на котором установлен ключ 64-разрядного сервера 1С:Предприятия (и не из терминальной сессии).

16. Настройка ключей под линукс здесь .

17. Если в разных терминальных сессиях логинятся разные пользователи операционной системы, то поместите правильные nethasp.ini в каталоги:

и удалите их из других каталогов.

Отличия для версии 8.2

ЕСЛИ ВДРУГ НЕ ХВАТАЕТ ЛИЦЕНЗИЙ!

Ключ перенести сервер 1С. Самому серверу и терминальным клиентам запретить общаться с ключем по сети. Для этого в nethasp.ini отключить все протоколы:

NH_IPX = Disabled ; Use the IPX protocol
NH_NETBIOS = Disabled ; Use the NETBIOS protocol
NH_TCPIP = Disabled ; Use the TCP/IP protocol

Таким образом терминальные клиенты получат лицензию через сервер 1С.

Такой способ лицензирования удобен например при работе сервера 1С Предприятие в виртуализованной среде типа Hyper-V.

file:///C:/Program%20Files/1cv82/8.2.11.235/docs/ru/V8Update.htm

Реализована защита от несанкционированного использования с помощью программной лицензии. Защита с помощью ключей HASP или программных лицензий определяется поставкой защищаемого продукта.

вместо ключа появляется файл лицензии (с расширением .lic), привязанный к параметрам компьютера
- наименование операционной системы.
- версия операцинной системы.
- серийный номер операционной системы (только в случае ОС Windows).
- дата установки операционной системы (только в случае ОС Windows).
- сетевое имя компьютера.
- модель материнской платы.
- объем оперативной памяти.
- тип и версия BIOS.
- список процессоров.
- список сетевых адаптеров и их MAC-адреса.
- список жестких дисков.
- список разделов жестких дисков.
- список видеоадаптеров.
Теоретически должен стать более логичный контроль изменений среды, а имеено добавление новых устройств, новых планок памяти не считается изменим среды и повод отказать в успешной проверке условий работы.

Прочее.
Работа с ключами защиты типа hasp srm и т.п. пока не планируется.
Планов по отказу от аппаратной защиты у 1С пока нет.

С многопользовательскими программными лицензиями возможна работа если:

Архитектура работы с ключами на сервере 1с

За получение серверной лицензии отвечает rphost.

За получение клиентской лицензии, если клиентские лицезии раздаются сервером 1С:Предприятия, отвечает rmngr, на который размещен сервис сеансовых данных.

Отличия для 1С:Предприятие 8.3
В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину. Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии. Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Сервер 1С, где работает только сервер лицензирования и нет клиентских подключений НЕ ТРЕБУЕТ серверный ключ защиты!
Официальный монитор от Aladdin здесь.

При работе под линукс учитывать, что:

Утилита HASP Admin Control Center (hasplmd) не предназначена для работы с ключами HASP H4, поэтому они ей и не отображаются. Однако менеджер лицензий (hasplm) и сервер 1С:Предприятия корректно работает с такого рода ключами. Просмотреть статус сетевых ключей H4, установленных на Linux-машине, можно при помощи утилиты Aladdin Monitor, запущенной в Windows.

Большинство крупных компаний-пользователей программного обеспечения 1С, купив лицензию 1С Предприятие 8, использует программные ключи. Они удобны и обходятся дешевле «флешек», так как расходуются не на компьютеры, а на сессии с сервером. Однако случается, что с ними возникаю проблемы, и 1С прекращает их видеть. Администраторам 1С в крупных компаниях важно уметь быстро исправлять такие ситуации, поскольку время «простоя» пользователей может обернуться проблемами.

Причины отказа лицензий 1С 8.3
- Обновление платформы 1С. Суть проблемы заключается в схеме процедуры обновления – новая версия не заменяет старую, а просто устанавливается в соседней директории. В итоге после нескольких лет работы на сервере можно обнаружить целую коллекцию платформ, работающих самостоятельно. Чтобы вернуть работоспособность лицензий, их необходимо перерегистрировать с помощью резервных пин-кодов;
- Сбой работы менеджера лицензий. Настройка этого механизма – тонкое и сложное занятие. Если им занимался неквалифицированный специалист, проблемы могут возникнуть в любой момент. Решаются подобные сбои переустановкой платформы и менеджера лицензирования;
- Отключение использования программных лицензий. В настройках информационной базы можно указать, какой тип лицензий используется. Иногда даже пользователи могут изменить настройки и достаточно лишь снять галку «Использовать аппаратную лицензию»;
Восстановление работоспособности лицензий 1С

Существует возможность восстановить программные лицензии 1С с помощью специального файла, входящего в состав платформы. Для этого необходимо правильно настроить файл nethasp.ini, расположенный в папке conf каталога, куда установлена 1С. Чтобы ошибка лицензии 1С ушла, необходимо в этом файле указать следующие данные:
1. В разделе NH_COMMON указать NH_TCPIP = Enabled;
2. В разделе NHS_SERVER указать все имена менеджеров лицензий;
3. В разделе NH_TCPIP указать адрес сервера с менеджером лицензий в виде NH_SERVER_ADDR = IP – адрес. Также укажите имя самого менеджера в реквизит NH_SERVER_NAME. Если их несколько, то перечисляются через запятые.
Затем настает очередь активировать имеющуюся лицензию первично или повторно. Видимость ее должна распространяться на всех пользователей ПК, способ получения укажите – ручной, автоматический, на цифровом носителе. После заполнения регистрационных данных в специальной форме получится файл лицензий, который необходимо разместить по одному из путей:
1. Для Windows XP и Vista:
  - C:\Users\Administrator\AppData\Local\1C\1Cv8\conf\;
  - C:\Users\All Users\1C\1Cv8\conf\;
2. Для Windows 7 и следующих:
  - C:\ProgramData\1C\licences\
Иногда получается так, что компания покупала лицензию, но все документы утрачены, а регистрационные данные забыты. В таком случае многие просто покупают заново комплект лицензий. Это достаточно дорого, если речь идет о 50 или 100 программных лицензиях. Поэтому важно знать, что всю информацию можно восстановить, если найти файл формата lic.

В этом файле вся информация закодирована. Чтобы ее декодировать придется потратить немало сил и времени. В этом может помочь техническая поддержка 1С, если покупка лицензий действительно имела место быть. Если же взяться за эту операцию самостоятельно, высока вероятность, что возникнет ошибка декодирования файла лицензий и будет утрачена последняя возможность восстановления.

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

Читайте также: