← На главную

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

Сценарий 1: Программные многопользовательские лицензии

Программная лицензия «1С» представляет собой набор ПИН-кодов, которые привязываются к конфигурации оборудования сервера (процессор, оперативная память, материнская плата, сетевые адаптеры, операционная система). Рассмотрим подробнее, как работает многопользовательская программная лицензия на терминальном сервере.

Для правильной работы в терминальном режиме многопользовательскую лицензию необходимо активировать непосредственно на самом терминальном сервере. При этом крайне важно выбрать вариант установки «На этот компьютер» и активировать её для всех пользователей данного компьютера. В этом случае файл лицензии с расширением *.lic сохраняется в общедоступный каталог (например, C:\ProgramData\1C\licenses).

Разберем по шагам ключевые особенности этого варианта:

1. Экономия лицензий в терминальной сессии: Если программная лицензия активирована на терминальном сервере как многопользовательская, платформа «1С» работает по принципу «одна лицензия на один компьютер (сессию)». Это значит, что внутри одной RDP-сессии пользователь может запустить неограниченное количество информационных баз (как файловых, так и клиент-серверных) и окон «1С:Предприятия» или «Конфигуратора». При этом будет расходоваться всего одна лицензия из общего пула.
2. Комплектация ПИН-кодами (Двойной стандарт): Покупая программную лицензию на 5, 10 или 20 рабочих мест, вы получаете два типа ПИН-кодов:
   • Один ПИН-код для активации всей лицензии целиком в качестве многопользовательской (для установки на терминальный сервер или сервер приложений «1С»).
   • Набор индивидуальных ПИН-кодов для активации каждой лицензии отдельно в качестве однопользовательских (для установки непосредственно на локальные компьютеры сотрудников).
   Важно: Лицензии номиналом от 50 рабочих мест и выше комплектуются ПИН-кодами только для многопользовательской активации.
3. Проблема «слета» лицензий при изменении железа: Главный минус программной защиты — чувствительность к изменению параметров сервера. Если вы увеличите объем оперативной памяти на виртуальной машине, замените сетевую карту или обновите ОС, лицензия станет неактивной. Придется использовать резервный ПИН-код для повторной активации. Число таких кодов ограничено, хотя Центр лицензирования «1С» выдает новые по запросу при наличии обоснования.

Сценарий 2: Аппаратные (USB) ключи защиты HASP

Аппаратная защита представляет собой физический USB-ключ (серии ORGL8), который вставляется в USB-порт сервера или пробрасывается в виртуальную машину. Выясним, почему многие администраторы до сих пор предпочитают именно этот «хардкорный» вариант.

Проанализируем специфику работы с аппаратными ключами в терминальной среде:

1. Мобильность и надежность: USB-ключ не привязан к характеристикам железа сервера. Вы можете свободно переносить его между физическими серверами, переустанавливать операционную систему, менять процессоры и сетевые карты — лицензии никогда не «слетят».
2. Ограничение «один ключ одной серии на сервер»: Это критически важное ограничение аппаратной защиты, о котором часто забывают. На одном физическом сервере (или внутри одной виртуальной машины) не могут одновременно работать два многопользовательских ключа одной серии. Например, если у вас есть ключ на 10 пользователей и вы докупите еще один ключ на 10 пользователей той же серии ORGL8, сервер определит только один из них (доступно будет всего 10 мест вместо 20). Чтобы расширить систему, вам придется либо производить платный апгрейд (обмен) ключей в «1С» на один ключ большего номинала, либо докупать программные лицензии (которые отлично суммируются друг с другом без ограничений).
3. Особенности раздачи по сети: Если USB-ключ установлен непосредственно в физический терминальный сервер, на котором работают пользователи, служба HASP License Manager (HASP LM) не требуется. Платформа «1С» найдет ключ локально через установленный драйвер защиты. Однако, если ключ установлен на другом компьютере в сети, запуск HASP LM (или нового Менеджера лицензий) становится обязательным.

Переход на клиент-серверный вариант (SQL) и его влияние на лицензирование

Рано или поздно файловые базы данных перерастают технологические лимиты, и компания принимает решение о переходе на клиент-серверную архитектуру (с использованием СУБД MS SQL, PostgreSQL и др.). Рассмотрим подробнее, как этот переход повлияет на ваши лицензии.

При использовании клиент-серверного варианта лицензии могут раздаваться двумя принципиально разными способами:

Вариант А: Лицензии раздает Сервер «1С:Предприятие»

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

Внимание, ловушка! При выдаче лицензий сервером «1С» подсчет ведется строго по сеансам, а не по компьютерам. Это значит, что если один и тот же пользователь в рамках своей RDP-сессии запустит две разные базы данных (например, «Бухгалтерия» и «Управление торговлей»), то сервер «1С» заберет из общего пула две лицензии. В результате лицензии закончатся гораздо быстрее, чем ожидалось.

Вариант Б: Лицензии получает непосредственно клиентское приложение

Если терминальный сервер и сервер приложений «1С» разнесены на разные машины, но пользователи продолжают работать в режиме RDP, можно настроить систему так, чтобы лицензии получал сам терминальный клиент, а не сервер «1С».

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

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

• В случае с аппаратным ключом вам потребуется запустить HASP License Manager в локальной сети. Каждый локальный ПК будет обращаться к нему по сети и забирать лицензию. Расход останется прежним: 1 лицензия на компьютер (можно открывать сколько угодно баз на одном ПК).
• В случае с программной лицензией вам придется деактивировать многопользовательскую лицензию на сервере и активировать её на каждом пользовательском компьютере персонально, используя однопользовательские ПИН-коды из комплекта поставки.

Революция в платформе 1С: Менеджер лицензий вместо HASP LM

Разберем важное технологическое обновление платформы «1С:Предприятие 8». Начиная с современных версий платформы (семейства 8.5, включая релизы 8.5.4 и новее), фирма «1С» кардинально изменила подход к сетевой раздаче ключей:

• Отказ от HASP LM: Устаревшая утилита HASP License Manager от стороннего разработчика Aladdin больше не используется для сетевой раздачи.
• Новый инструмент «1С:Предприятие – менеджер лицензий»: Теперь за раздачу как аппаратных (USB), так и программных лицензий отвечает новое единое консольное приложение. Оно работает под управлением операционных систем Windows и Linux, обеспечивая доставку лицензий по протоколам TCP/UDP или через IPC локально.
• Прозрачный мониторинг: В платформу добавлена интерактивная обработка «Управление лицензиями». Теперь администратор может без труда увидеть, кто именно, с какого компьютера и в какое время занял конкретную лицензию, и оперативно решить проблему дефицита свободных мест.

Альтернативный вариант: Привязка программной лицензии к USB-ключу

Рассмотрим уникальную возможность, которая позволяет объединить надежность аппаратного ключа и гибкость программной защиты. Мало кто знает, что программную лицензию при активации можно привязать не к параметрам материнской платы или процессора, а к любому имеющемуся аппаратному USB-ключу защиты «1С» (даже от старых версий программ).

Как это работает на практике:

1. При запуске процедуры активации программной лицензии выбирается способ привязки к аппаратному ключу.
2. Платформа считывает уникальный ID подключенного USB-ключа.
3. Файл программной лицензии создается с привязкой к этому ID.

В результате вы получаете программную лицензию, которая больше не боится изменения конфигурации сервера или виртуальной машины. Достаточно просто перенести или пробросить USB-ключ на новый сервер, скопировать туда файлы лицензий *.lic, и система продолжит работать без необходимости повторной активации и траты ПИН-кодов.

Резюме и рекомендации по выбору

Подведем итог нашему анализу и дадим конкретные рекомендации для вашей ситуации (20 пользователей, терминальный сервер, в перспективе переход на SQL):

Когда лучше купить программную многопользовательскую лицензию на 20 пользователей?

• Если ваш терминальный сервер работает в виртуальной среде и у вас нет проблем с администрированием виртуальных машин (параметры сервера стабильны).
• Если в будущем при переходе на SQL вы планируете сохранить терминальный доступ (RDP) для пользователей. В этом случае программная лицензия обеспечит максимальную экономию: на одного пользователя будет тратиться всего 1 лицензия, сколько бы баз он ни открыл.
• Если вы хотите иметь возможность легкого расширения пула лицензий в будущем (программные лицензии номиналом 5, 10, 20, 50 рабочих мест беспрепятственно суммируются на одном сервере).

Когда лучше выбрать аппаратный USB-ключ на 20 пользователей?

• Если сервер физический, вы часто экспериментируете с его конфигурацией или планируете регулярные миграции между различными физическими серверами.
• Если при переходе на SQL вы решите полностью отказаться от терминального сервера (RDP) и перевести всех пользователей на работу через локальные компьютеры. Аппаратный ключ позволит легко раздавать лицензии по локальной сети по принципу «одна лицензия на компьютер» с помощью менеджера лицензий.
• Если вы хотите избежать бумажной волокиты с ПИН-кодами и процедурами повторной активации при любых сбоях оборудования.