Как добавить новую программную лицензию 1С на сервер и не потерять существующие

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

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

Уникальность файлов программных лицензий

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

Проанализируем процесс формирования имени файла. При активации платформа создает файл, имя которого строится на основе регистрационного номера и точного времени активации (например, 20231025153022.lic). Поскольку время активации всегда будет разным, физически невозможно, чтобы новый файл заменил старый, даже если вы активируете лицензии на одну и ту же организацию. Все эти файлы обычно хранятся в папке C:\ProgramData\1C\1cv8\conf (для Windows) или в каталоге /var/1C/conf (для Linux). Система суммирует количество доступных сеансов из всех найденных корректных файлов в этих папках.

Привязка к аппаратному обеспечению: главный риск

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

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

Распределение лицензий между серверами в сети

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

Рассмотрим два сценария распределения:

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

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

Порядок поиска лицензий платформой

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

  1. Локальный программный файл: Сначала проверяется наличие .lic файлов на компьютере пользователя.
  2. Локальный USB-ключ: Если программного файла нет, ищется физический ключ в порту.
  3. Сервер 1С:Предприятие: Если база клиент-серверная, запрос уходит на сервер приложений.
  4. Сетевой USB-ключ: Поиск через HASP License Manager.

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

Особенности работы в виртуальной среде

Если ваши серверы являются виртуальными машинами (например, под управлением VMware или Hyper-V), обратите внимание на настройки динамических ресурсов. Программные лицензии 1С крайне чувствительны к изменению динамической памяти. Разберем, как минимизировать риски:

Рекомендуется зафиксировать объем оперативной памяти для виртуальной машины с 1С. Если гипервизор изменит количество доступных ядер или переместит машину на другой хост с отличающимся процессором, лицензия потребует повторной активации с использованием резервного пин-кода. Помните, что в комплекте к однопользовательской лицензии обычно идет 3 пин-кода (1 основной и 2 резервных). Если они закончатся, вам придется обращаться в Центр Лицензирования 1С с обоснованием причин замены оборудования.

Работа через веб-сервер (Apache/IIS)

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

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

← На главную