Администрирование · 10 мин
Лицензия 1С на сервер: для чего нужна и как выбрать
Зачем нужна серверная лицензия 1С, чем она отличается от клиентской, когда без неё не обойтись и как не переплатить при выборе схемы лицензирования.
Когда компания переходит с файлового режима работы 1С на клиент-серверный, возникает вопрос: зачем платить ещё и за серверную лицензию, если клиентские лицензии уже куплены? Ответ кроется в архитектуре платформы: сервер 1С:Предприятия — это отдельный программный продукт, и его использование лицензируется независимо от того, сколько пользователей подключается к базе.
Без серверной лицензии кластер серверов 1С просто не запустит рабочие процессы с информационными базами. При этом клиентские лицензии никуда не деваются: каждый пользователь или сеанс по-прежнему занимает свою клиентскую лицензию. То есть в клиент-серверном режиме всегда действуют два уровня лицензирования одновременно — серверный и клиентский.
Понимание этой двухуровневой модели помогает правильно спланировать бюджет, выбрать подходящий вариант серверной лицензии (32-разрядную или 64-разрядную, стандартную или ПРОФ/КОРП) и не столкнуться с ситуацией, когда система куплена, а запустить её в штатном режиме нельзя.
Что такое сервер 1С:Предприятия и зачем он нужен
Сервер 1С:Предприятия — это компонент платформы, который работает как посредник между пользователями и системой управления базами данных (СУБД): Microsoft SQL Server, PostgreSQL, Oracle Database или IBM DB2. В файловом режиме каждый компьютер напрямую читает и пишет файл базы, что при росте числа пользователей приводит к блокировкам, падению скорости и риску повреждения данных.
В клиент-серверном варианте вся тяжёлая логика выполняется на сервере: он обрабатывает запросы, управляет транзакциями, кеширует данные и распределяет нагрузку между рабочими процессами. Это позволяет комфортно работать десяткам и сотням пользователей одновременно, проводить большие документы и строить тяжёлые отчёты без взаимных блокировок.
Именно за эту серверную часть и взимается отдельная плата. Файловый режим дополнительной серверной лицензии не требует — там достаточно клиентских лицензий, а роль «хранилища» выполняет обычный сетевой диск.
Как устроено двухуровневое лицензирование 1С
Главный источник путаницы — предположение, что серверная лицензия заменяет клиентские. На практике уровни складываются: сначала серверная лицензия разрешает работу самого сервера, затем каждое подключение (сеанс, фоновое задание, сеанс веб-клиента) расходует клиентскую лицензию.
Клиентские лицензии бывают на определённое число пользователей (например, на 5, 10, 50, 100) и могут быть программными или аппаратными (USB-ключи HASP). Серверная лицензия всегда одна на один сервер (точнее — на один компьютер, где развёрнут кластер). Если планируется резервный сервер или кластер из нескольких машин, для каждого рабочего сервера потребуется своя лицензия.
Отдельный нюанс — разрядность. Лицензия на 32-разрядный сервер дешевле, но такой сервер ограничен объёмом оперативной памяти на рабочий процесс. Для баз с большой нагрузкой обычно выбирают 64-разрядную версию: она позволяет использовать всю доступную память сервера и работать с крупными информационными базами. Лицензия на 64-разрядный сервер, как правило, позволяет использовать и 32-разрядную версию, но не наоборот.
Сравнение вариантов
Подходит для небольших команд и невысокой нагрузки. Серверная лицензия не нужна, но ограничены масштабирование и устойчивость к блокировкам.
Дешевле, подходит для небольших баз и умеренного числа пользователей. Ограничение по памяти на рабочий процесс.
Для средних и крупных внедрений, больших баз и высокой нагрузки. Дороже, но снимает ограничения по памяти.
Когда серверная лицензия действительно необходима
Переход на клиент-серверный режим оправдан не всегда. Для базы с несколькими пользователями и небольшими объёмами файловый режим на быстром диске работает вполне приемлемо, и тратить бюджет на серверную лицензию и СУБД не имеет смысла.
Сигналами к переходу служат: регулярные конфликты блокировок при одновременной работе, медленное проведение документов и закрытие периода, рост базы до размеров, при которых файловый режим становится нестабильным, необходимость регламентных заданий без простоя пользователей, требования к отказоустойчивости и резервному копированию на уровне СУБД.
Также клиент-серверный режим фактически обязателен для некоторых продуктов и отраслевых решений, где вендор прямо указывает его в системных требованиях. Перед покупкой стоит проверить документацию конкретной конфигурации.
Как выбрать действие
Как выбрать и активировать серверную лицензию
Порядок действий при внедрении серверной части обычно выглядит так. Сначала определяют архитектуру: какая СУБД будет использоваться, сколько памяти и процессорных ресурсов доступно, нужна ли отказоустойчивость. Затем выбирают разрядность и уровень лицензии, приобретают её и устанавливают сервер 1С:Предприятия.
Для программной лицензии активация выполняется через мастер: система формирует запрос с параметрами компьютера, в ответ выдаётся пин-код, который привязывается к аппаратной конфигурации. Важно понимать: существенное изменение «железа» (замена материнской платы, сетевых адаптеров, дисков) может потребовать повторной активации из резервных пин-кодов, число которых ограничено.
Аппаратный вариант — USB-ключ HASP — вставляется в сервер и не привязан к конфигурации так жёстко, что удобно при миграциях. Но ключ физически теряется и ломается, а его восстановление возможно только по регламенту вендора.
- 1Оцените нагрузку: число пользователей, размер базы, интенсивность записи
- 2Выберите СУБД и архитектуру сервера (одиночный или кластер)
- 3Определите разрядность серверной лицензии по объёму памяти и нагрузке
- 4Приобретите серверную и недостающие клиентские лицензии
- 5Установите сервер 1С:Предприятия и СУБД, создайте кластер
- 6Активируйте лицензию (пин-код или USB-ключ)
- 7Разверните базу, настройте регламентные задания и проверьте работу под нагрузкой
Типичные ошибки и риски при лицензировании сервера
Самая частая ошибка — покупка серверной лицензии без пересчёта клиентских. После перехода на клиент-серверный режим число одновременных сеансов нередко растёт (веб-клиенты, фоновые задания, интеграции), и имеющихся клиентских лицензий перестаёт хватать. Пользователи получают сообщение о нехватке лицензий в самый неподходящий момент.
Вторая ошибка — экономия на разрядности. 32-разрядный сервер на мощной машине с большим объёмом памяти не сможет её использовать эффективно, и вложения в оборудование окажутся бесполезными. Третья — игнорирование резервного копирования пин-кодов программной лицензии: при апгрейде сервера или сбое можно остаться без активации в критический момент.
Отдельно стоит предупредить о виртуализации. Сервер 1С часто развёртывают на виртуальных машинах, и это допустимо, но изменение параметров виртуального оборудования может восприниматься как смена «железа» со всеми последствиями для программной лицензии. Перед изменениями конфигурации ВМ зафиксируйте текущее состояние активации.
Как проверить, что лицензирование настроено правильно
После внедрения стоит убедиться, что сервер видит лицензию и клиентские подключения расходуются корректно. В консоли кластера серверов видны рабочие процессы и сеансы; при отсутствии серверной лицензии базы не будут обслуживаться, а в журнале появятся соответствующие ошибки.
Полезно провести нагрузочную проверку: запустить типовые операции (проведение документов, построение отчётов) при типичном числе одновременных пользователей и убедиться, что нет сообщений о нехватке лицензий, а время отклика остаётся приемлемым. Также проверьте работу регламентных заданий — они тоже расходуют сеансы.
Как проверить результат
Процессы rphost активны, базы доступны пользователям
В журнале ошибки отсутствия лицензии, базы не обслуживаются
Все штатные пользователи входят без сообщений о нехватке лицензий
Часть пользователей получает отказ при входе
Задания выполняются по расписанию без ошибок лицензирования
Задания падают или вытесняют пользовательские сеансы
Рабочие процессы используют доступную память без упора в ограничение разрядности
Процессы упираются в лимит памяти при свободных ресурсах сервера
FAQ: частые вопросы о серверной лицензии 1С
Заменяет ли серверная лицензия клиентские?
Нет. Серверная лицензия разрешает работу самого сервера 1С:Предприятия, а каждое подключение пользователя или фоновый сеанс по-прежнему требует клиентскую лицензию. Оба уровня лицензирования действуют одновременно.
Нужна ли серверная лицензия при файловом режиме работы?
Нет. В файловом режиме сервер 1С:Предприятия не используется, достаточно клиентских лицензий. Серверная лицензия требуется только при переходе на клиент-серверную архитектуру с СУБД.
Что выбрать: 32-разрядную или 64-разрядную лицензию?
Для небольших баз и умеренной нагрузки достаточно 32-разрядной версии — она дешевле. Для крупных баз и большого числа пользователей выбирайте 64-разрядную: она снимает ограничение на объём памяти рабочего процесса и позволяет использовать ресурсы сервера полностью.
Что произойдёт с программной лицензией при замене оборудования сервера?
Программная лицензия привязана к аппаратной конфигурации. Существенные изменения (материнская плата, сетевые адаптеры, диски) могут потребовать повторной активации из резервных пин-кодов. Держите резервные пин-коды в доступном месте и фиксируйте конфигурацию до начала работ.
Можно ли развернуть сервер 1С на виртуальной машине?
Да, это распространённая практика. Учтите, что изменение виртуального оборудования может восприниматься программной лицензией как смена «железа». Перед изменениями параметров ВМ сохраните снимок состояния и убедитесь в наличии резервных пин-кодов.
Нужна ли отдельная лицензия на резервный сервер?
Да. Каждый компьютер, на котором развёрнут рабочий сервер 1С:Предприятия, требует собственной серверной лицензии. Это нужно учитывать при проектировании отказоустойчивого кластера и планировании бюджета.
Что важно запомнить
Серверная лицензия 1С разрешает работу сервера 1С:Предприятия в клиент-серверном режиме и не заменяет клиентские лицензии. Выбирайте разрядность под нагрузку, храните резервные пин-коды и проверяйте лицензирование под реальной нагрузкой до запуска в эксплуатацию.