Как правильно активировать лицензии 1С на RDP сервере при наличии файловых и серверных баз

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

Разберем детально, почему активация на RDP-сервере в данном случае является наиболее рациональным решением, и какие технические нюансы необходимо учесть для стабильной работы системы.

Анализ проблемы: почему сервер приложений 1С не подходит для файловых баз

Рассмотрим стандартную логику работы системы. Если мы активируем многопользовательскую лицензию на сервере приложений (SRV1), то выдачей лицензий начинает заниматься сама служба 1C:Enterprise 8.3 Server Agent. Это отлично работает для баз, находящихся под управлением СУБД (SQL/PostgreSQL), так как сервер сам «подсчитывает» сеансы и выдает им разрешения.

Однако при попытке запустить файловую базу через общую сетевую папку (share), механизм меняется. Файловая база запускается локальным «толстым» или «тонким» клиентом непосредственно на компьютере пользователя (в нашем случае — на SRV_RDP). Этот клиент ничего не знает о лицензиях, которые хранятся на SRV1, так как он не обращается к серверу приложений для работы с файлами .1CD. В результате пользователь получает ошибку: «Не обнаружена свободная лицензия».

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

Преимущества активации лицензий на терминальном (RDP) сервере

Выясним, какие выгоды мы получаем, выбрав сервер SRV_RDP в качестве основной точки активации:

1. Доступность для всех типов баз: Клиент 1С, запущенный в терминальной сессии, сначала ищет лицензию локально. Обнаружив активированную многопользовательскую лицензию на этом же сервере, он успешно открывает как серверные, так и файловые базы.
2. Экономия лицензий: Это один из важнейших аспектов. При активации лицензии на терминальном сервере в режиме «на этот компьютер», 1С позволяет использовать одну лицензию на одну терминальную сессию. Это означает, что один пользователь в рамках своего подключения к RDP может запустить неограниченное количество экземпляров 1С (разные базы, разные конфигурации), и при этом будет израсходована всего одна лицензия из общего пула.
3. Простота диагностики: Все файлы программных лицензий .lic собраны в одном месте, что упрощает мониторинг их состояния.

Технические особенности работы на виртуальных машинах

Поскольку в современных инфраструктурах сервера SRV1 и SRV_RDP обычно являются виртуальными машинами, мы должны учитывать риск «слета» лицензий. Программная лицензия 1С «привязывается» к ключевым характеристикам оборудования. Для виртуальной среды критически важно настроить следующие параметры в гипервизоре (Hyper-V, VMware, Proxmox):

• Статический MAC-адрес: Сетевой адаптер не должен менять свой адрес при перезагрузке или миграции между узлами кластера.
• Фиксированные ресурсы: Объем оперативной памяти (RAM) и количество ядер процессора (CPU) не должны быть динамическими. Любое изменение этих параметров 1С воспримет как смену оборудования, и лицензия станет недействительной.
• Параметры BIOS/UUID: Идентификаторы виртуальной машины должны оставаться неизменными.

Инструкция по активации лицензий для всех пользователей

При активации программного пин-кода на RDP-сервере крайне важно выбрать правильный режим. Разберем по шагам, как это сделать:

1. Запустите 1С в режиме «Конфигуратор» от имени администратора.
2. Перейдите в меню Сервис — Получение лицензии.
3. Введите регистрационный номер и пин-код.
4. На этапе выбора субъекта использования обязательно выберите вариант «На этот компьютер» (или «Всем пользователям данного компьютера»).

Важный нюанс: Если вы активируете лицензию «На текущего пользователя», файл лицензии сохранится в профиле администратора (например, в папке %AppData%). Другие пользователи, заходя под своими учетными записями, не смогут получить доступ к этой лицензии. Мы рекомендуем проверять наличие файлов .lic в общесистемном каталоге:

C:\ProgramData\1C\licenses

Если файлы находятся там, значит, лицензия доступна всем пользователям сервера.

Альтернативный вариант: Использование веб-сервера

Если по каким-то причинам вы не хотите хранить файловые базы в «шарах», рассмотрим вариант их публикации на веб-сервере (IIS или Apache), который можно развернуть на SRV1. В этом случае:

• Доступ к базе осуществляется по протоколу HTTP/HTTPS.
• Лицензию может выдавать веб-сервер.

Однако помните, что в этом сценарии на каждое подключение будет тратиться отдельная лицензия, и экономия «одна сессия — много баз» работать не будет. Поэтому для терминального сервера активация лицензий непосредственно на нем остается приоритетным вариантом.

Использование сервера лицензирования (v8.3.15+)

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

Рассмотрим пример того, как может выглядеть файл конфигурации conf.cfg, если необходимо явно указать путь к лицензиям или настроить приоритеты (хотя в стандартных случаях это происходит автоматически):

ConfLocation=C:\Program Files\1cv8\conf
# Пример настройки поиска лицензий
# Если нужно отключить использование аппаратных ключей
Hasps=0

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