Для чего нужна лицензия на сервер 1С:Предприятия

Лицензия на сервер 1С:Предприятия — это отдельное право использования серверного компонента платформы, который управляет кластером, обрабатывает запросы пользователей и обменивается данными с СУБД. Без неё сервер 1С запустится, но работать с информационными базами в клиент-серверном режиме не даст: при попытке подключения пользователи получат сообщение об отсутствии лицензии. Эта лицензия не заменяет собой клиентские лицензии — она дополняет их, и для полноценной работы нужны оба вида.

Многие компании впервые сталкиваются с вопросом при переходе с файлового режима на клиент-серверный. В файловом варианте достаточно клиентских лицензий, а серверный компонент не используется вовсе. Но как только база переезжает на MS SQL Server, PostgreSQL или Oracle, появляется посредник — сервер 1С:Предприятия, и именно за его работу фирма «1С» взимает отдельную плату. Это не формальность: лицензионная политика прямо запрещает эксплуатацию сервера без соответствующей лицензии.

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

Что делает сервер 1С и почему за него отдельная лицензия

Сервер 1С:Предприятия — это набор служб (агент, рабочие процессы, менеджер кластера), которые принимают запросы от клиентских приложений, выполняют серверный код прикладного решения, управляют транзакциями и передают данные в СУБД. Фактически вся бизнес-логика в клиент-серверном режиме исполняется именно здесь, а не на компьютерах пользователей.

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

Когда лицензия на сервер обязательна, а когда не нужна

Лицензия на сервер требуется в одном случае: когда информационные базы работают в клиент-серверном режиме через кластер серверов 1С:Предприятия. Неважно, какая СУБД используется — MS SQL Server, PostgreSQL, IBM Db2 или Oracle Database — серверный компонент в любом случае должен быть лицензирован.

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

Отдельный случай — лицензия на сервер МИНИ на 5 подключений. Она предназначена для небольших внедрений и ограничивает кластер пятью одновременными сеансами. Это компромисс между файловым режимом и полноценным сервером: дешевле стандартной серверной лицензии, но с жёстким потолком по нагрузке.

Сравнение вариантов

Файловый режим без серверной лицензии

Подходит для небольших баз и нескольких пользователей; ограничение — деградация производительности при росте объёма данных и числа одновременных сеансов.

Сервер МИНИ на 5 подключений

Подходит для небольших компаний, которым нужна СУБД; ограничение — не более пяти одновременных сеансов и один рабочий процесс.

Полноценная лицензия на сервер x86-64

Подходит для средних и крупных внедрений без ограничения числа сеансов со стороны сервера; требует отдельных клиентских лицензий и 64-разрядного оборудования.

Чем отличаются варианты x86 и x86-64

Серверные лицензии выпускаются в двух основных модификациях: 32-разрядная (x86) и 64-разрядная (x86-64). Ключевое практическое отличие — объём оперативной памяти, доступный рабочему процессу. 32-разрядный процесс ограничен примерно 2–4 ГБ адресного пространства, что при интенсивной работе становится узким местом: рабочие процессы перезапускаются, растёт число ошибок нехватки памяти.

64-разрядная версия такого ограничения не имеет и является фактическим стандартом для современных внедрений. При этом лицензия x86-64, как правило, позволяет использовать и 32-разрядный сервер, а вот обратная совместимость отсутствует: лицензия x86 не активирует 64-разрядный сервер. Поэтому при покупке почти всегда рациональнее брать вариант x86-64, даже если сейчас планируется скромная нагрузка.

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

Как серверная лицензия связана с клиентскими

Распространённое заблуждение — что покупка серверной лицензии «покрывает» пользователей. На практике механизм такой: серверная лицензия разрешает работу самого кластера, а каждый пользовательский сеанс дополнительно занимает клиентскую лицензию. Клиентские лицензии могут выдаваться как с компьютера пользователя (USB-ключ или программная активация), так и раздаваться самим сервером 1С, если многопользовательский USB-ключ или программные лицензии установлены на сервере и в консоли кластера включена раздача.

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

Аппаратные и программные лицензии: что выбрать

Серверная лицензия поставляется в двух формах. Аппаратная — USB-ключ HASP, который вставляется в сервер или в компьютер в сети (для клиентских ключей). Программная — набор пин-кодов, которые активируются через сервис лицензирования и привязываются к аппаратным параметрам конкретного компьютера.

USB-ключ проще в эксплуатации при переездах: переставили ключ в новый сервер — и всё работает. Программная лицензия удобна там, где физический доступ к серверу затруднён (виртуализация, хостинг), но чувствительна к изменениям конфигурации: замена материнской платы, сетевых адаптеров или перенос виртуальной машины на другой хост могут потребовать повторной активации из резервных пин-кодов, число которых ограничено.

Как проверить, что лицензия работает правильно

После установки и активации проверьте три вещи. Во-первых, в консоли администрирования кластера убедитесь, что кластер запущен и рабочие процессы активны. Во-вторых, запустите клиентское приложение и войдите в базу — отсутствие сообщения о нехватке лицензии подтверждает, что серверная лицензия найдена. В-третьих, проверьте раздачу клиентских лицензий: в свойствах информационной базы в консоли кластера должен быть разрешён выдача лицензий сервером, если вы рассчитываете на этот механизм.

Если пользователи получают ошибку «не найдена лицензия», диагностику начинайте с журнала регистрации и технологического журнала: они покажут, какой именно компонент не смог получить лицензию — серверный или клиентский. Для USB-ключей дополнительно проверьте работу менеджера лицензий HASP и видимость ключа на компьютере.

Контрольные точки

Как проверить результат

Вход пользователя в базу

Норма

Сеанс открывается без сообщений о лицензиях

Тревожный признак

Ошибка «не найдена лицензия на использование сервера» или «не найдена клиентская лицензия»

Состояние кластера в консоли

Норма

Рабочие процессы активны, база зарегистрирована

Тревожный признак

Процессы остановлены или кластер недоступен

Раздача клиентских лицензий

Норма

В свойствах базы включена выдача лицензий сервером, лицензии видны серверу

Тревожный признак

Сервер не видит клиентские лицензии, пользователи получают отказ

Порядок внедрения серверной лицензии

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

1. 1
   Оцените число одновременных пользователей и объём базы, выберите вариант лицензии: МИНИ, x86-64 или КОРП.
2. 2
   Установите сервер 1С:Предприятия и СУБД, зарегистрируйте кластер в консоли администрирования.
3. 3
   Активируйте серверную лицензию: вставьте USB-ключ или выполните программную активацию пин-кодом.
4. 4
   Установите клиентские лицензии и при необходимости включите их раздачу сервером в свойствах базы.
5. 5
   Проверьте вход тестовых пользователей и зафиксируйте пин-коды и регистрационные данные в надёжном месте.

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

Частые вопросы о лицензии на сервер 1С

Можно ли работать в клиент-серверном режиме без серверной лицензии?

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

Заменяет ли серверная лицензия клиентские?

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

Что будет, если число пользователей превысит лимит сервера МИНИ?

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

Что выбрать: USB-ключ или программную активацию?

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

Слетит ли программная лицензия при обновлении платформы?

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

Нужна ли серверная лицензия для тестового контура?

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