← На главную

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

Выясним причину такого поведения платформы и разберем по шагам доступные технические решения.

Архитектурная причина проблемы: как клиент 1С ищет программную лицензию

Проанализируем механизм получения лицензий в платформе «1С:Предприятие 8.3». При запуске файловой базы данных весь исполняемый код выполняется локально на рабочей станции пользователя внутри процесса 1cv8.exe. Порядок поиска лицензий в этом режиме строго регламентирован разработчиками платформы:

1. Клиентское приложение сканирует локальные каталоги текущего ПК (каталог профиля пользователя и системную папку %ALLUSERSPROFILE%\1C\licenses или C:\ProgramData\1C\licenses) на наличие действующих файлов с расширением *.lic.
2. Если программные файлы не обнаружены, клиент отправляет широковещательный запрос по сети в поисках аппаратного ключа HASP и службы менеджера лицензий (HASP License Manager).

Важно понимать: клиентское приложение 1С при запуске файловой базы не отправляет сетевых запросов к службе кластера 1С (процессам ragent, rmngr, rphost). Сервер 1С:Предприятия физически не может выдать лицензию процессу, который к нему не подключается. При этом скопировать файл *.lic с сервера на рабочую станцию пользователя также нельзя: программная лицензия жестко привязывается к ключевым параметрам аппаратного обеспечения (материнская плата, процессор, объем оперативной памяти, сетевая карта, BIOS, накопители). При переносе файла на другой компьютер контрольная сумма не сойдется, и лицензия перейдет в статус поврежденной.

Рассмотрим проверенные способы решения этой проблемы без нарушения лицензионной политики.

Решение 1. Перенос файловой базы в клиент-серверный вариант

Наиболее надежный, производительный и технически правильный способ — включить файловую базу в существующую серверную инфраструктуру. Разберем порядок действий:

1. Создаем резервную копию файловой базы данных через конфигуратор (меню Администрирование > Выгрузить информационную базу в файл *.dt).
2. На сервере СУБД (например, MS SQL Server или PostgreSQL) создаем новую пустую базу данных.
3. В консоли администрирования кластера серверов 1С:Предприятия регистрируем новую информационную базу с привязкой к созданной базе СУБД. В свойствах информационной базы обязательно проверяем, что параметр Разрешить выдачу лицензий сервером 1С:Предприятия установлен в значение Да.
4. Запускаем конфигуратор уже серверной базы и выполняем загрузку файла (Администрирование > Загрузить информационную базу).

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

Решение 2. Подключение пользователя через удаленный рабочий стол (RDP)

Если базу данных по каким-либо причинам требуется оставить именно файловой, но переносить ее на сервер СУБД не планируется, проанализируем терминальный доступ. Если сервер приложений 1С совмещен с терминальным сервером (или на сервере настроены службы удаленных рабочих столов):

1. Пользователь подключается к серверу по протоколу RDP.
2. Клиентское приложение 1cv8.exe запускается непосредственно в терминальной сессии на том же компьютере, где физически активированы программные лицензии.
3. Файловая база данных обращается к каталогу C:\ProgramData\1C\licenses этого сервера. Поскольку аппаратные параметры окружения совпадают с привязкой файла *.lic, клиент успешно подхватывает лицензию и запускается.

Решение 3. Использование однопользовательского пин-кода из комплекта

Разберем вариант, когда пользователь должен продолжать работать локально на своем рабочем месте. При покупке многопользовательской программной лицензии (например, на 5 или 10 рабочих мест) в конверте поставляются пин-коды двух видов:

1. Один многопользовательский пин-код — для активации всей пачки лицензий разом на сервере или терминале.
2. Набор индивидуальных однопользовательских пин-кодов — для поштучной активации на отдельных рабочих станциях.

Если при первичной настройке системы многопользовательский пин-код еще не был задействован на весь номинал (или у системного администратора есть отдельные неактивированные пин-коды), выполним локальную активацию:

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

Обратите внимание: если на сервере приложений уже был активирован общий многопользовательский пин-код из комплекта, входящие в этот же комплект индивидуальные пин-коды аннулируются Центром лицензирования 1С. В таком случае потребуется либо приобрести дополнительную лицензию на 1 рабочее место, либо запросить в Центре лицензирования резервный пин-код, если для этого есть основания.

Ограничение публикации на веб-сервере для конфигураций на обычных формах

Часто в качестве решения для файловых баз предлагают публикацию на веб-сервере (IIS или Apache): веб-сервер запускается на хосте с лицензиями и при обращении клиентов раздает их через свои модули. Однако для конфигурации «Бухгалтерия предприятия 2.0» этот вариант не применим.

Конфигурация «Бухгалтерия предприятия 2.0» разработана на базе обычных форм (толстый клиент в режиме обычного приложения). Модули расширения веб-сервера 1С работают исключительно с управляемым интерфейсом (тонкий клиент и веб-клиент). Поэтому для редакции 2.0 публикация базы на веб-сервере не решит задачу запуска; доступ возможен только через серверный вариант базы (SQL), терминальный доступ (RDP) либо установку локальной лицензии на рабочую станцию.