← На главную

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

Понимание архитектуры лицензирования

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

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

1. Аппаратные USB-ключи: Если ключ установлен в сеть, он работает как счетчик. При запуске первой конфигурации система занимает одну лицензию. Если механизм контроля позволяет идентифицировать одного и того же клиента по имени пользователя и имени компьютера, при открытии второй базы 1С может не запрашивать дополнительную лицензию.
2. Программные лицензии на сервере 1С: В этом случае КластерСерверов выступает в роли менеджера лицензий. Если базы находятся в разных кластерах, которые не объединены между собой, каждый из них считает свои лицензии независимо.
3. Программные лицензии на RDP-сервере: Если лицензия привязана к самому терминальному серверу, она позволяет запускать неограниченное количество конфигураций 1С в рамках сессии пользователя.
4. Программные лицензии на пользователе: При привязке к пользователю RDP, одна лицензия охватывает все запущенные им процессы 1С.

Почему при разных серверах расход увеличивается?

Разберем ситуацию, когда базы перенесены на разные физические серверы. Если вы не объединили их в общий КластерСерверов или не настроили единый центр выдачи лицензий, каждый сервер приложений 1С начинает работать как «изолированный остров». Он не «знает», что пользователь уже получил лицензию на соседнем сервере, поэтому каждый запрос на запуск сеанса расценивается системой как новое обращение, требующее выделения отдельной лицензии из доступного пула.

Как оптимизировать расход лицензий?

Чтобы свести расход к одной лицензии для пользователя, работающего с несколькими базами на разных серверах, мы рекомендуем предпринять следующие шаги:

1. Объединение в кластер: Если это технически возможно, объедините все серверы 1С в единый КластерСерверов. Это позволит использовать общий менеджер лицензий, который будет корректно учитывать уже выданные лицензии для одного и того же пользователя.
2. Использование аппаратного ключа: Установка HASP-ключа в сеть позволяет менеджеру лицензий 1С (HASP License Manager) централизованно управлять выдачей лицензий независимо от того, к какому серверу подключился пользователь.
3. Привязка к пользователю RDP: Если вы используете программные лицензии, рассмотрите возможность активации их на конкретных пользователей терминального сервера, а не на сервер 1С. Это обеспечит привязку лицензии к сессии пользователя, позволяя запускать множество конфигураций без «съедания» дополнительных лицензий.

Важно помнить, что сервер приложений 1С — это Сервер1СПредприятия, который управляет распределением ресурсов. Для отладки ситуации рекомендуем проверить, как настроен ЦентральныйСервер в вашей консоли администрирования. Если вы используете клиент-серверный вариант (SQL), то именно настройки кластера определяют политику лицензирования.

Итоги и рекомендации

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

Для решения задачи:

• Проверьте, где именно активированы ПрограммныеЛицензии. Если они «привязаны» к разным серверам, объедините их в одну группу лицензирования.
• Используйте КластерСерверов для централизации всех баз данных, если позволяет нагрузка.
• Убедитесь, что серверы 1С «видят» один и тот же сервер лицензирования (аппаратный ключ), если вы не используете программную защиту.

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