Как правильно установить и распределить программные лицензии 1С на 20 пользователей в файловом режиме?

Системный администратор 1С v8.5 IT и автоматизация бизнеса
← На главную

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

Анализ текущих ограничений многопользовательских лицензий

Для начала разберем критически важный момент: многопользовательская лицензия 1С — это не просто файл, который можно положить в сетевую папку. Сама по себе платформа в «чистом» файловом режиме (когда база просто лежит в расшаренной папке Windows) не умеет раздавать лицензии по сети. Чтобы многопользовательский пакет заработал, необходим «посредник», который будет отвечать за выдачу лицензий клиентским сессиям.

Проанализируем три классических сценария, при которых возможна активация многопользовательской лицензии:

  1. Терминальный сервер (RDP/RemoteApp): Лицензия активируется непосредственно на сервере. Когда пользователь подключается по RDP и запускает 1С, клиентское приложение само забирает лицензию из локального хранилища сервера.
  2. Сервер 1С:Предприятие: В клиент-серверном варианте (SQL) лицензии выдает сам менеджер кластера 1С. Это наиболее стабильный и рекомендуемый вариант для 20 пользователей.
  3. Веб-сервер (Apache или IIS): Если файловая база опубликована на веб-сервере, то за раздачу лицензий отвечает модуль расширения веб-сервера. Это «спасательный круг» для тех, у кого нет лицензии на полноценный сервер 1С.

Если в вашей конторе нет ни одного из этих компонентов, активация многопользовательской лицензии на одном из компьютеров не принесет результата — другие машины ее просто не «увидят».

Выбор между однопользовательским и многопользовательским режимом

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

Вариант 1: Однопользовательская активация на каждом ПК

Вариант 2: Многопользовательская активация через Веб-сервер

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

Реализация раздачи лицензий через Веб-сервер (Apache/IIS)

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

  1. На компьютере администратора, где хранятся базы, установите бесплатный веб-сервер Apache.
  2. В конфигураторе 1С выберите пункт «Администрирование» — «Публикация на веб-сервере».
  3. Установите флажок «Использовать расширение веб-сервера» и «Публиковать доступ для тонкого клиента».
  4. При активации лицензии на этом компьютере выберите «Многопользовательская».

Теперь пользователи будут подключаться не к папке по сети, а по HTTP-ссылке. Это не только решит вопрос с лицензиями, но и значительно ускорит работу 1С в файловом режиме, так как часть нагрузки возьмет на себя веб-сервер.

Новое в версии 8.5: Автономный сервер лицензирования

Проанализируем информацию о грядущих изменениях. В версии платформы 8.5 (которая фактически является развитием ветки 8.3.27/8.3.28) анонсирован принципиально новый компонент — Автономный менеджер лицензий.

Это специальное приложение (служба), которое можно запустить на любом ПК в сети. Его единственная задача — хранить программные лицензии и выдавать их клиентам по сети. Рассмотрим преимущества этого подхода:

Как упоминалось в обсуждении, в анонсах фигурировали термины Rmngr и Lmngr. Хотя Rmngr традиционно относится к кластеру серверов, для версии 8.5 разрабатывается отдельная сущность, упрощающая жизнь именно малым и средним внедрениям.

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

Посмотрим на аппаратную часть. Работа 20 человек с файловыми базами на одном ПК — это серьезная нагрузка на дисковую подсистему. Чтобы система не «тормозила», разберем обязательные требования:

  1. Дисковый накопитель: Только NVMe SSD. Обычные HDD или даже SATA SSD не обеспечат нужной скорости произвольного чтения/записи при одновременном обращении 20 пользователей к 10 разным базам.
  2. Сеть: Строго гигабитная локальная сеть (1 Гбит/с). На 100-мегабитной сети работа с файловыми базами превратится в мучение из-за задержек при передаче таблиц .1CD.
  3. Операционная система: Если используется Windows (не серверная), помните об ограничении в 20 одновременных TCP-подключений. Для 20 пользователей 1С это критический предел. Рекомендуется рассмотреть установку Linux (Astra Linux, Red OS) на компьютер-сервер — это снимет сетевые лимиты и позволит использовать бесплатный PostgreSQL в будущем.

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


Параметры = ПолучитьСоставнуюЛицензию();
Если Параметры = Неопределено Тогда
    Сообщить("Лицензия не обнаружена или активирована некорректно!");
КонецЕсли;

Подведение итогов

Проанализировав ситуацию, мы приходим к следующим выводам. В текущих реалиях (версия 8.3) лучшим способом для автора будет установка Apache на компьютер администратора и публикация баз. Это позволит активировать одну многопользовательскую лицензию и забыть о проблемах с заменой железа на клиентских ПК. Однако стоит внимательно следить за выходом финальной версии 8.5, где обещанный менеджер лицензий сделает эту процедуру еще проще и надежнее, избавив от необходимости настройки веб-сервисов.

← На главную