Как устроено лицензирование сервера 1С:Предприятия 8.3 и что купить

Серверная лицензия 1С — это право запустить рабочие процессы сервера 1С:Предприятия 8 на одном компьютере. Она нужна только для клиент-серверного режима, когда базы лежат в СУБД (PostgreSQL, MS SQL Server и др.), а не в файле 1Cv8.1CD. Пользователей она не покрывает: на каждое одновременное подключение по-прежнему нужна клиентская лицензия.

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

Зачем серверу отдельная лицензия: схема клиент-сервер

В файловом режиме всё просто: каждый клиент сам открывает файл базы и сам ищет себе лицензию. В клиент-серверном варианте появляется посредник — кластер серверов 1С. Клиент подключается к агенту сервера (порт 1540), тот передаёт его менеджеру кластера (1541), а данные обрабатывают рабочие процессы rphost в диапазоне портов, заданном в свойствах рабочего сервера.

Лицензируется именно рабочий сервер — компьютер, на котором запускаются рабочие процессы.

• 🖥️ Один компьютер с рабочим сервером — одна серверная лицензия.
• 🗄️ Число информационных баз на этом сервере не ограничено: 3 базы или 40 — лицензия та же.
• 🧩 Кластер из двух рабочих серверов (например, для отказоустойчивости) — две серверные лицензии.
• 🐘 СУБД лицензируется отдельно. PostgreSQL бесплатен, MS SQL Server требует собственных лицензий Microsoft.

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

Какие бывают серверные лицензии 1С

Линейка платформы 8.3 даёт несколько вариантов. Разница — в разрядности, ограничении на число подключений и наборе механизмов администрирования.

Варианты x86-32 и x86-64 вместе называют лицензиями уровня ПРОФ. КОРП открывает дополнительные механизмы платформы для больших систем: расширенное управление кластером и потреблением ресурсов. Точный перечень таких механизмов перед покупкой сверьте с партнёром по своей версии платформы.

Сегодня 32-битный сервер почти не имеет смысла: рабочий процесс упирается в ограничение адресного пространства, и на базах больше нескольких гигабайт начинаются нехватки памяти. Если вы покупаете с нуля — берите x86-64.

Аппаратный ключ или программная лицензия на сервер

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

Аппаратный ключ (USB)

Это USB-ключ HASP. Для работы на сервер ставят драйвер Sentinel/HASP.

• 🔌 Серверный ключ должен быть виден самому серверу 1С — локально, на той же машине. Раздать его по сети через HASP License Manager, как сетевой клиентский ключ, нельзя.
• 🔄 Ключ не привязан к железу: при замене сервера его просто переставляют.
• ⚠️ Риск — физическая потеря или поломка ключа. Замена идёт через партнёра и занимает время.

Программная лицензия (PIN-код)

Активируется PIN-кодом из комплекта. Платформа формирует файл .lic и кладёт его:

• в Windows — в C:\ProgramData\1C\licenses;
• в Linux — в /var/1C/licenses.

Файл привязан к параметрам компьютера: процессору, дискам, сетевым картам, имени машины. Если их заметно поменять, лицензия перестаёт подходить. Для этого в комплекте есть резервные PIN-коды на повторную активацию. Когда они закончатся, новые выдают через центр лицензирования по запросу.

Как считаются одновременные подключения

Серверная лицензия число пользователей не ограничивает (кроме варианта МИНИ). Считать надо клиентские лицензии — по одновременно работающим подключениям, а не по числу сотрудников в штате.

Как платформа расходует клиентские лицензии:

1. 👤 Клиентское приложение сначала ищет лицензию на своём компьютере: USB-ключ или файл .lic.
2. 🌐 Если не нашло — запрашивает её у сервера 1С. Тогда используются лицензии, установленные на сервере.
3. 💻 Несколько окон 1С с одного компьютера, как правило, расходуют одну лицензию.
4. 🖥️ Каждый пользовательский сеанс на терминальном сервере считается отдельным рабочим местом и занимает свою лицензию.
5. ⚙️ Фоновые и регламентные задания на сервере клиентских лицензий не требуют.

Пример. В офисе 25 сотрудников с доступом к 1С. Одновременно в базе максимум 14 человек, часть работает через удалённый рабочий стол. Достаточно серверной лицензии x86-64 плюс клиентских лицензий на 15 мест (комплект на 10 и на 5). Запас в одно место нужен на совпадения в пиковые дни.

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

rac session list --cluster=<id_кластера> --licenses

Идентификатор кластера даст rac cluster list. Остальные параметры — в rac help.

Серверная и клиентская лицензия: в чём разница

Путаница возникает постоянно: «купили сервер — значит, на всех». Нет. Это два разных права.

Клиентские лицензии бывают однопользовательские и многопользовательские. Однопользовательскую ставят на конкретный компьютер. Многопользовательские удобнее держать на сервере 1С: тогда любой клиент получит свободное место из общего пула.

Веб-клиент, терминальный сервер и облако

Публикация на веб-сервере

Сам веб-сервер (Apache или IIS) лицензии 1С не требует. Если опубликована клиент-серверная база , веб-клиент и мобильный клиент получают клиентскую лицензию у сервера 1С. Значит, клиентские лицензии под удалённых пользователей должны стоять на сервере 1С, а не на их ноутбуках.

Если же через веб опубликована файловая база, клиентские лицензии нужны на машине с веб-сервером: там фактически работает файловый движок.

Терминальный сервер (RDP)

Тут считают по сеансам. 20 человек в RDP — 20 клиентских лицензий, даже если физически это один компьютер. Сервер 1С при этом может стоять на той же машине или отдельно — серверная лицензия от этого не меняется.

Виртуальные машины

• 🖥️ USB-ключ пробрасывают в ВМ средствами гипервизора или через USB-over-IP.
• 🔁 Программная лицензия в ВМ привязывается к виртуальному железу. Миграция между хостами, смена MAC-адреса или пересоздание дисков могут потребовать повторной активации.
• 📌 Зафиксируйте в настройках ВМ MAC-адрес и не меняйте конфигурацию без нужды.

Аренда и облако

Если вы арендуете 1С у провайдера, лицензии обеспечивает он — вы платите абонентскую плату. Если вы сами разворачиваете сервер на арендованной VPS для своей организации, это обычная установка: покупаете серверную и клиентские лицензии как для своего железа.

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

Ошибки лицензирования сервера и что с ними делать

Большинство проблем сводится к трём: сервер не видит лицензию, не хватает клиентских мест или «слетела» программная активация.

Ещё одна частая ошибка — покупать лицензии «по штату». 40 сотрудников, но одновременно в базе 18 — значит, нужно около 20 клиентских мест, а не 40.

Как подобрать комплект и спланировать рост

Порядок расчёта простой.

1. 📊 Определите пик одновременных пользователей. Если сервер уже работает — посмотрите число сеансов в консоли кластера в загруженный день, например в конце квартала.
2. ➕ Добавьте запас 10–15% на совпадения и рост.
3. 🖥️ Посчитайте рабочие серверы. Один сервер — одна серверная лицензия. Резервный рабочий сервер в кластере — ещё одна.
4. 🔐 Выберите защиту: программная удобна на физическом сервере, USB-ключ — если часто меняете железо или переносите ВМ.
5. 🏢 Решите ПРОФ или КОРП. Для одного сервера и нескольких десятков пользователей обычно хватает x86-64. До 5 пользователей на сервере стоит рассмотреть МИНИ.

Ориентировочная стоимость

Цены меняются, ниже — примерные порядки для понимания бюджета. Точную сумму даст партнёр 1С.

Добавлять пользователей можно в любой момент: докупаете клиентский комплект нужного размера и активируете рядом с существующими. Перейти с МИНИ или x86-32 на старший вариант обычно можно с зачётом стоимости по программе обновления — условия уточняйте у партнёра на момент покупки.

Частые вопросы