← На главную

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

Вариант 1: Привязка лицензии к аппаратному ключу (HASP)

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

1. Локальное подключение: Если у вас есть возможность вставить USB-ключ непосредственно в физический сервер, на котором запущен 1С:Сервер, это является наиболее надежным вариантом. В этом случае проверка лицензии происходит локально, минуя сетевые протоколы и промежуточные службы.
2. Сетевое подключение: Если ключ установлен на другой машине и раздается через HASP License Manager, возникают дополнительные риски. В момент запуска rphost (процесса сервера 1С) происходит проверка наличия лицензии. Если сеть нестабильна или License Manager перегружен, сервер может не получить ответ вовремя, что приведет к остановке службы или отказу в доступе.
3. Отсутствие «пожирания» лицензий: Важно понимать: при привязке программной лицензии к аппаратному ключу, сама лицензия не «занимает» место на ключе. Ключ в данном сценарии выступает лишь как уникальный «идентификатор» вашего оборудования для системы лицензирования 1С.

Вариант 2: Привязка лицензии к параметрам компьютера

Этот способ предполагает, что лицензия жестко закрепляется за «железом» сервера (сетевыми картами, процессором, материнской платой). Это стандартное решение для многих организаций, но оно имеет свои нюансы:

• Риск смены оборудования: При любом существенном изменении аппаратной конфигурации или переносе сервера на виртуальную машину с другим «железным» ID, лицензия станет невалидной. Вам придется обращаться в Центр лицензирования 1С для получения резервной лицензии.
• Предсказуемость: Это решение полностью исключает зависимость от внешних сетевых устройств или наличия физических USB-ключей в серверной. Если ваш сервер — это стабильная виртуальная машина с фиксированными параметрами, этот вариант будет вполне рабочим.

Анализ проблем при сетевой привязке

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

Существует распространенное заблуждение, что для проверки серверной лицензии нужно «свободное место» на ключе. На самом деле, сервер проверяет наличие самого ключа в сети. Если все лицензии на сетевом ключе уже заняты (например, пользователями, работающими в других базах), сервер может не «увидеть» ключ должным образом.

Практический совет: если вы планируете использовать связку из нескольких ключей и баз, старайтесь держать «серверный» ключ защиты максимально близко к самому серверу 1С. Это избавляет вас от необходимости отслеживать доступность HASP License Manager по сети в критические моменты запуска rphost.

Итоговые рекомендации по выбору

Чтобы сделать правильный выбор, проанализируйте текущую архитектуру:

1. Если сервер физический и в нем есть свободный USB-порт — привязывайте к аппаратному ключу локально. Это самый защищенный от сбоев метод.
2. Если сервер виртуальный и часто мигрирует между хостами — привязка к аппаратному ключу также предпочтительнее, так как при «слете» конфигурации виртуальной машины вам не придется каждый раз запрашивать резервные пин-коды.
3. Если вы не хотите физически манипулировать с оборудованием и уверены в стабильности «железа» (или его неизменности в будущем) — используйте привязку к параметрам компьютера.

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