← На главную

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

Возможность суммирования программных лицензий

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

В случае с программными лицензиями номиналы активированных комплектов суммируются. Таким образом, активировав последовательно две однопользовательские лицензии на одном сервере терминалов, мы получаем пул из двух доступных клиентских рабочих мест.

Особенности и пошаговый порядок активации на сервере

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

1. Запустим сеанс «1С:Предприятия» или конфигуратор на сервере под учетной записью с правами локального администратора.
2. В открывшемся окне мастера получения лицензии перейдем к вводу регистрационного номера комплекта и первого пин-кода.
3. Обязательно обратим внимание на шаг выбора способа привязки: необходимо выбрать вариант «Всем пользователям данного компьютера» (или «На компьютер»). Если ошибочно оставить вариант «Текущему пользователю», сгенерированный файл лицензии с расширением .lic запишется в пользовательский каталог AppData администратора, и обычные пользователи в своих RDP-сессиях использовать эту лицензию не смогут.
4. При выборе привязки «Всем пользователям данного компьютера» файл лицензии помещается в общедоступный системный каталог (в среде Windows по умолчанию: C:\ProgramData\1C\licenses).
5. После успешного завершения активации первой лицензии повторим процедуру для второго комплекта лицензии абсолютно аналогичным образом. Платформа создаст второй файл .lic в том же системном каталоге.
6. Проверим права доступа: группа пользователей удаленного рабочего стола должна иметь права на чтение содержимого папки C:\ProgramData\1C\licenses и находящихся внутри файлов.

Точность ввода регистрационных данных

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

Рекомендуем после первичного заполнения сохранить файл с описанием параметров регистрации (в формате license.spxml или скопировать текстовые данные в надежный архив). Любое расхождение даже в одну точку или лишний пробел может повлечь отказ центра лицензирования при повторной привязке или восстановлении лицензий.

Принцип подсчета лицензий в среде терминального сервера (RDP)

Посмотрим, как именно платформа расходует лицензии при терминальной работе. В терминальной сессии Windows программная клиентская лицензия списывается на сеанс операционной системы, а не на каждый запуск информационных баз.

Это означает, что в рамках одного сеанса RDP пользователь может одновременно запустить несколько различных баз 1С или конфигуратор — для этого потребуется всего одна лицензия из пула. Таким образом, две однопользовательские лицензии позволят одновременно работать двум разным терминальным пользователям без взаимных блокировок.

Почему программные лицензии удобнее аппаратных ключей HASP

Разберем, почему данная схема отлично работает с программными лицензиями, но вызвала бы технические сложности с аппаратными USB-ключами защиты:

1. Аппаратные ключи 1С одной серии (например, клиентские ключи ORGL8) не могут функционировать на одном физическом компьютере одновременно — драйвер защиты видит только один ключ, игнорируя остальные.
2. Если бы у нас было два однопользовательских USB-ключа, нам пришлось бы разносить их по разным компьютерам локальной сети и настраивать дополнительный сетевой менеджер лицензий (HASP License Manager).
3. Программные лицензии лишены этого недостатка: они формируют независимые файлы привязки, которые операционная система и платформа 1С легко суммируют в пределах одного сервера.

Риски изменения конфигурации сервера и работа в виртуальной среде

Проанализируем факторы, влияющие на стабильность работы активированных лицензий. Программная защита привязывается к ключевым аппаратным характеристикам компьютера: материнской плате, процессору, сетевым интерфейсам, объему оперативной памяти и версии операционной системы. Изменение этих параметров приведет к аннулированию («слету») лицензий, что потребует повторной активации с использованием резервных пин-кодов.

Если сервер функционирует в виде виртуальной машины (Hyper-V, VMware, Proxmox, KVM), учтем следующие обязательные правила:

1. Запретим динамическое перераспределение памяти (функции Dynamic Memory / Memory Ballooning). Объем оперативной памяти виртуальной машины должен быть строго фиксированным.
2. Назначим виртуальному сетевому адаптеру постоянный статический MAC-адрес.
3. Избегаем миграции виртуальной машины между хостами с разным поколением процессоров, так как смена сигнатуры CPU также сделает файл лицензии недействительным.

Файловый и клиент-серверный режим работы

Выясним разницу между архитектурой баз данных при переходе на терминал. Если перенос «на сервер» означает запуск баз в файловом режиме (когда файлы 1Cv8.1CD лежат на диске сервера, а терминальные сеансы подключаются к ним локально), то двух активированных клиентских лицензий полностью достаточно для организации одновременной работы двух сотрудников.

Если же планируется развертывание полноценной СУБД (PostgreSQL, Microsoft SQL Server и др.) с установкой службы кластера серверов 1С:Предприятия, двух клиентских лицензий будет недостаточно. Для запуска службы кластера серверов потребуется отдельная серверная лицензия 1С (32- или 64-разрядная).