← На главную

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

Анализ технической стороны вопроса

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

Однако, глубокий анализ администрирования выявляет существенные недостатки такого подхода:

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

Особенности лицензирования в терминальной среде (RDP)

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

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

Рекомендации по оптимизации системы

Хотя текущая схема работоспособна, мы настоятельно рекомендуем привести лицензирование к стандартному виду. Рассмотрим по шагам, как это можно сделать:

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

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

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