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

Частое заблуждение: «купили клиентские лицензии на 20 мест — значит, кластер лицензирован». Нет. Серверу 1С:Предприятия нужна своя, отдельная лицензия на сервер: либо «Лицензия на сервер (x86-64)», либо «Лицензия на сервер МИНИ на 5 подключений». Ставят её одним из двух способов: аппаратным ключом HASP в USB-порт сервера или программной лицензией по пин-коду, файл которой ложится в C:\ProgramData\1C\licenses на Windows и в /var/1C/licenses на Linux.

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

Какие лицензии нужны кластеру и чем отличаются ключи

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

Цены — ориентир по прайсу фирмы 1С, у партнёров они совпадают; уточняйте перед покупкой.

Аппаратные ключи HASP

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

• 🟣 Фиолетовый — серверный ключ. Маркировка EN8SA — для 64-разрядного сервера, ENSR8 — старый 32-разрядный вариант.
• 🔵 Синий — локальный клиентский ключ на одно рабочее место (ORGL8).
• 🔴 Красный — сетевой клиентский ключ на 5–500 мест (ORG8A, ORG8B), раздаётся через HASP License Manager.

Современный сервер 8.3 — только 64-разрядный. Ключ ENSR8 от 32-разрядного сервера он не примет, нужна лицензия x86-64.

Программные лицензии

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

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

Что проверить на сервере до ввода пин-кода

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

1. Под кем работает служба. На Windows служба «Агент сервера 1С:Предприятия 8.3» обычно запущена от пользователя USR1CV8, на Linux — от usr1cv8. Именно этот пользователь будет писать файл лицензии.
2. Права на каталог лицензий. Пользователю службы нужны права на запись в C:\ProgramData\1C\licenses (каталог скрытый) или в /var/1C/licenses. На Linux проверьте владельца: ls -la /var/1C/licenses должен показывать usr1cv8:grp1cv8.
3. Параметры виртуальной машины зафиксированы. Отключите динамическую память в Hyper-V, задайте статический MAC-адрес сетевого адаптера, не меняйте число vCPU после активации. Каждый из этих параметров входит в отпечаток.
4. Регистрационные данные под рукой. Регистрационный номер комплекта , пин-код, реквизиты организации. Эти данные запоминаются в лицензии, и при восстановлении их придётся ввести посимвольно так же.

Для HASP-варианта подготовка другая: установить драйвер Sentinel (haspdinst.exe -install на Windows, пакет haspd на Linux) и воткнуть ключ. Проверка — открыть http://localhost:1947: это Sentinel Admin Control Center, в разделе Sentinel Keys ключ должен быть в списке.

Активация программной лицензии сервера по пин-коду

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

Способ 1. Из тонкого клиента при первом подключении

Самый частый путь для Windows-серверов с графикой.

1. Зарегистрируйте базу в кластере через консоль «Администрирование серверов 1С:Предприятия» и добавьте её в список баз на любом клиентском компьютере.
2. Запустите базу в режиме «1С:Предприятие». Платформа сообщит, что лицензия на сервер не найдена, и откроет окно получения лицензии.
3. Нажмите «Получить лицензию ». Выберите «Первый запуск», если пин-код ещё не использовался.
4. Введите регистрационный номер комплекта и пин-код, заполните реквизиты организации и контактное лицо.
5. Выберите способ: «Автоматически» (сервер сам обратится к центру лицензирования через интернет ) либо через файл запроса, если сервер в закрытом контуре.
6. Дождитесь сообщения об успешном получении. Файл .lic появится в каталоге лицензий на сервере, а не на клиенте, с которого вы запускали базу.

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

Способ 2. Утилитой ring без графического интерфейса

Для Linux-серверов и Windows Server Core. Утилита ring ставится отдельным пакетом из дистрибутива платформы и требует Java.

# посмотреть установленные лицензии
ring license list

# активировать серверную лицензию
ring license activate --serial 2010XXXXXXXX --pin XXXXXXXXXXXXXXX \
  --company "ООО Ромашка" --last-name Иванов --first-name Иван \
  --email admin@example.ru

Полный набор обязательных реквизитов (адрес, индекс, регион) смотрите в ring help и ring license activate --help — список длинный, и пропуск любого поля вернёт ошибку. Команду выполняйте от пользователя, имеющего право писать в /var/1C/licenses, иначе файл ляжет не туда и сервер его не увидит.

Способ 3. Через файл запроса при отсутствии интернета

Схема для изолированных сегментов сети.

1. В окне получения лицензии выберите вариант с сохранением файла запроса.
2. Перенесите файл на компьютер с интернетом и отправьте в центр лицензирования фирмы 1С (адрес и порядок указаны в сопроводительных документах комплекта).
3. Полученный файл ответа скопируйте обратно и загрузите в том же окне.

Запрос содержит отпечаток сервера, поэтому ответ подойдёт только этому компьютеру.

Настройка кластера для работы с лицензиями

Лицензия лежит на диске. Дальше кластер должен её найти и правильно использовать.

Один рабочий сервер

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

Несколько рабочих серверов

Каждый рабочий сервер в кластере — отдельный компьютер, и каждому нужна своя серверная лицензия x86-64. Одну лицензию на два сервера растянуть нельзя. МИНИ-лицензия здесь не подходит вовсе: она допускает только один рабочий сервер.

Полезно явно указать, кто раздаёт клиентские лицензии. В консоли: Кластеры → <кластер> → Рабочие серверы → <сервер> → Требования назначения функциональности. Добавьте требование с объектом «Сервис лицензирования» и типом «Назначать» на том сервере, где лежат клиентские программные лицензии. Тогда при перераспределении нагрузки выдача лицензий не «уедет» на сервер, где файлов нет.

После изменения требований назначения выполните «Применить» — без этого кластер продолжит жить по старым правилам.

Где смотреть, что лицензия подхватилась

• В консоли кластера откройте Сеансы: колонка «Лицензия» показывает, какую лицензию получил каждый сеанс и выдал ли её сервер.
• Из командной строки: rac session list --licenses — тот же список с полями issued-by-server, license-type, full-presentation.
• В тонком клиенте: Главное меню → Справка → О программе — строка «Лицензия» показывает источник клиентской лицензии текущего сеанса.

Клиентские лицензии и подсчёт подключений

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

Откуда сеанс берёт клиентскую лицензию

Тонкий клиент сначала ищет лицензию у себя (программный файл в %ProgramData%\1C\licenses пользователя или локальный HASP), и только потом просит сервер. Это важно при планировании: локальные однопользовательские лицензии не участвуют в общем пуле.

Куда класть клиентские программные лицензии

Многопользовательскую программную лицензию (на 10, 20, 50 мест) активируйте на сервере — через тот же механизм получения лицензии, но выбрав активацию на сервере, а не на клиенте. Файл .lic ляжет в серверный каталог, и кластер начнёт выдавать сеансы из этого пула. Ставить такую лицензию на рабочую станцию бессмысленно: веб-клиенты и терминальные пользователи до неё не дотянутся.

Однопользовательские лицензии, наоборот, активируют на компьютере пользователя. Для терминального сервера (RDS) это означает одну лицензию на каждого пользователя, а не на компьютер — платформа привязывает её к учётной записи.

Сетевой HASP-ключ

Красный ключ ORG8A обслуживает Sentinel License Manager — служба ставится вместе с драйвером на тот компьютер, где воткнут ключ. Клиенты находят её через файл nethasp.ini в каталоге conf платформы:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.10.5
NH_TCPIP_METHOD = TCP

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

Перенос лицензии и замена оборудования

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

Что делать:

1. Убедитесь, что старая конфигурация сервера больше не используется — одновременно на двух компьютерах одна лицензия работать не имеет права.
2. Запустите получение лицензии заново, выберите «Восстановление» и введите тот же пин-код, что при первой активации. Сработает, если регистрационные данные организации введены в точности как в первый раз — вплоть до пробелов и регистра.
3. Если пин-код не принимают (отпечаток изменился слишком сильно или данные не сошлись) — используйте запасной пин-код из комплекта по сценарию «Первый запуск».
4. Запасные пин-коды закончились — пишите в фирму 1С через партнёра с описанием причины; дополнительный пин-код выдают по заявке.

С HASP-ключом переезд тривиален: переставили USB, установили драйвер, перезапустили службу агента. Но если ключ проброшен в виртуальную машину через USB-over-IP (AnywhereUSB и подобные), проверьте, что после миграции ВМ ключ по-прежнему виден в Admin Control Center.

Диагностика: что проверять, когда сервер не видит лицензию

Сообщение платформы почти всегда одно и то же, а причин — с десяток. Идите по списку сверху вниз.

Если ни один пункт не подошёл, посмотрите технологический журнал сервера: включите события LIC в logcfg.xml — там платформа пишет, какой файл лицензии открывала и почему отвергла. Это быстрее, чем перебирать пин-коды вслепую.

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