Вопрос лицензирования в среде «1С:Предприятие 8» часто вызывает путаницу, особенно когда речь идет о переходе с файлового варианта работы на клиент-серверный. Разберем подробно ситуацию, когда у пользователя уже есть основная поставка с привязанной к рабочему месту лицензией, и планируется покупка сервера. Выясним, как программные ключи взаимодействуют между собой и в каких случаях сервер «увидит» клиентскую лицензию.
Рассмотрим ситуацию, описанную в первом сообщении: лицензия от основной поставки активирована на конкретном компьютере (рабочем месте). Если мы используем ТонкийКлиент для подключения к базе данных, расположенной на удаленном сервере, программа ведет себя достаточно автономно. Проанализируем логику ее работы: тонкому клиенту, по большому счету, не важно, есть ли свободные лицензии на самом сервере 1С, если он находит «родную» локальную лицензию прямо на том ПК, где запущен.
Таким образом, если на вашем компьютере активирована однопользовательская программная лицензия, вы сможете успешно запустить 1С и подключиться к любому серверу (при условии, что на самом сервере установлена серверная лицензия). В этом случае ТонкийКлиент просто подхватит локальный файл лицензии и не будет запрашивать ресурс у сервера.
Теперь разберем другой сценарий: может ли сервер сам выдавать лицензии пользователям? Ответ — да, если включена соответствующая настройка. В консоли администрирования серверов 1С для конкретной информационной базы существует параметр «Разрешить выдачу лицензий сервером». Выясним, как это работает на практике:
Веб-клиент или в случаях, когда на рабочих станциях пользователей нет локальных ключей.Для правильной настройки системы нам необходимо понимать иерархию поиска ключей защищенности. Давайте проанализируем последовательность, в которой платформа 1С пытается найти лицензию при запуске:
HASP License Manager.Если ТонкийКлиент нашел лицензию на шаге 1, он прекращает поиск и не нагружает сервер запросами на выдачу лицензии. Это позволяет экономить пул общих лицензий на сервере для тех сотрудников, у которых нет собственных ключей.
Выясним одну из самых важных технических деталей, которая часто становится сюрпризом для системных администраторов. Порядок подсчета расходуемых лицензий кардинально отличается в зависимости от способа их получения:
Вариант А: Локальная лицензия. Если ключ активирован на компьютере пользователя, он может запустить неограниченное количество окон 1С (несколько разных баз, одновременно открытые Конфигуратор и Предприятие). При этом будет занята всего одна лицензия.
Вариант Б: Лицензия от сервера. Если лицензию выдает сервер из своего общего пула, то по умолчанию считается каждый запущенный процесс. Например, если пользователь открыл одну базу, а затем решил запустить Конфигуратор этой же базы, сервер спишет из общего остатка две лицензии. Это ключевой момент при расчете необходимого количества клиентских лицензий для покупки.
Проанализируем упоминание «Сервера Мини» из обсуждения. Это бюджетный вариант серверной лицензии, который имеет ряд жестких ограничений, о которых нужно знать заранее:
Конфигуратор, а также регламентные задания (например, фоновое обновление индексов или обмен данными).Рассмотрим специфику работы в терминальных сессиях. Если пользователи работают на одном мощном сервере через удаленный рабочий стол, механизм активации программных лицензий меняется. Мы можем активировать лицензию либо «на компьютер» (тогда она будет доступна всем пользователям этого сервера в пределах номинала), либо выдавать лицензии каждому пользователю индивидуально через сервер 1С.
Также обратим внимание на виртуализацию. Программные лицензии 1С (пин-коды) крайне чувствительны к изменению параметров виртуальной машины. Если вы измените количество ядер процессора, объем оперативной памяти или даже MAC-адрес сетевой карты на сервере Hyper-V или VMware, лицензия «слетит». В этом случае потребуется повторная активация с использованием резервного пин-кода. Рекомендуется фиксировать параметры виртуальных машин, на которых активированы программные ключи 1С.
В современных реалиях часто используется подключение через веб-сервер (Apache или IIS). Проанализируем, как в этом случае передается лицензия. При работе через Веб-клиент (браузер) локальная лицензия на компьютере пользователя не поможет — браузер не имеет доступа к файловой системе для считывания ключа. В этом случае лицензию обязан выдать сервер.
Однако, если используется ТонкийКлиент, подключающийся по протоколу HTTP, он может использовать свою локальную лицензию. Для этого в настройках диалога запуска 1С (в параметрах информационной базы) должна стоять галочка «Использовать локальные ключи защиты». Если ее не поставить, программа будет пытаться получить лицензию только от сервера или модуля расширения веб-сервера.
Таким образом, мы видим, что связка «клиентская лицензия на ПК + сервер на другом ПК» абсолютно работоспособна, если используется ТонкийКлиент или ТолстыйКлиент. Главное — правильно настроить способ получения лицензии и учитывать лимиты сеансов, особенно при использовании «Сервера Мини».