Развертывание клиент-серверного варианта работы «1С:Предприятие» — задача, с которой рано или поздно сталкивается любой системный администратор. Часто при первой чистой установке возникает типичная проблема: СУБД настроена, платформа установлена, многопользовательский USB-ключ (HASP) вставлен в сервер, драйверы инсталлированы и утилита мониторинга видит доступные лицензии. Однако при попытке запустить информационную базу система выдает критическую ошибку: «На сервере 1С:Предприятия не найдена лицензия».
В этой статье мы подробно разберем, почему возникает эта ошибка, как устроена система лицензирования «1С:Предприятие», научимся безошибочно различать физические ключи защиты по цветам и маркировке, а также выясним, как правильно настроить сервер лицензирования и подружить программные лицензии с аппаратными.
Проанализируем архитектуру лицензирования «1С». Главная ошибка начинающих администраторов заключается в смешивании двух абсолютно разных типов лицензий:
ragent, рабочих процессов rphost и менеджеров кластера rmngr). Без серверной лицензии кластер просто не позволит клиентам подключиться к базам данных, даже если у вас есть свободные клиентские лицензии на 10, 50 или 100 пользователей.Если сервер выдает ошибку отсутствия лицензии при наличии вставленного многопользовательского ключа (например, красного HASP на 10 пользователей), это означает, что у вас активированы клиентские подключения, но отсутствует лицензия на сам сервер 1С. Серверная лицензия должна приобретаться отдельно и устанавливаться на компьютер, где запущен сервер приложений «1С».
Если в вашем распоряжении оказалось несколько физических ключей (например, «в столе» нашлись старые ключи от предыдущих администраторов), важно уметь их идентифицировать. Рассмотрим официальную цветовую маркировку и надписи на торце ключей защиты HASP HL:
ORGL8. Он предназначен для установки непосредственно на рабочий компьютер пользователя и дает право запуска любого количества баз «1С» на этой машине.ORGL8, но на торце обязательно указывается номинал (количество доступных лицензий), например, NET10 или NET20. Этот ключ вставляется в сервер или любую машину в локальной сети, на которой запускается служба HASP License Manager для раздачи лицензий по сети.ENSR8. Этот ключ разрешает работу только 32-битного сервера приложений «1С».EN8SA. Данный ключ является универсальным: он поддерживает работу как 64-битного, так и 32-битного сервера приложений.Если вы видите, что все имеющиеся у вас ключи красного цвета, — среди них нет серверного ключа. В этом случае серверная лицензия, скорее всего, является программной (в виде бумажного конверта или электронного письма с пин-кодами активации).
Часто в небольших организациях используется недорогое решение — лицензия «Сервер МИНИ на 5 подключений». Проанализируем ее технические особенности и ограничения, чтобы избежать ошибок при эксплуатации:
Выясним, как ведет себя платформа, если в сети одновременно присутствуют и программные лицензии (например, на 5 пользователей), и аппаратный USB-ключ (например, на 10 пользователей). При запуске клиентского приложения платформа выполняет поиск лицензии по строго определенному алгоритму:
ORGL8).ORGL8 NETxx) в локальной сети через службу HASP License Manager.Важно понимать разницу в расходе лицензий:
Если лицензию раздает сетевой ключ через HASP License Manager, она привязывается к рабочему месту (компьютеру). Пользователь может открыть пять разных баз данных на своем ПК, затратив при этом всего 1 лицензию из красного ключа.
Если лицензию раздает сервер «1С» (программную или через подключенный к серверу ключ), лицензия расходуется на каждый сеанс. Если тот же пользователь откроет три базы данных, сервер спишет из общего пула 3 лицензии.
Для управления поведением платформы при запуске баз в окне запуска «1С» в разделе «Изменить» -> «Дополнительные параметры запуска» можно принудительно указывать параметры:
/UseHwLicenses+ — принудительно искать сначала аппаратные ключи защиты./UseHwLicenses- — игнорировать аппаратные ключи и сразу переходить к поиску программных лицензий.Разберем ситуацию, когда администратор сталкивается с инструкциями по настройке выделенного сервера лицензирования, где требуется «удалить локальный кластер» (как упоминалось в сообщениях 13–15 форума). Разберемся по шагам, для чего это нужно и когда это применимо.
Суть проблемы: Программные лицензии «1С» жестко привязываются к конфигурации оборудования сервера (процессор, оперативная память, сетевая карта, жесткие диски). На виртуальных машинах (Hyper-V, VMware) эти параметры могут динамически меняться, из-за чего программные лицензии «слетают», требуя повторной активации по резервным пин-кодам.
Для решения этой проблемы службу раздачи лицензий выносят на отдельный физический компьютер или виртуальную машину с зафиксированными параметрами. Это и называется выделенным сервером лицензирования.
Зачем удалять локальный кластер при настройке?
Когда мы устанавливаем платформу «1С» на сервер, по умолчанию автоматически создается локальный кластер серверов. Если этот кластер активен, сервер лицензирования сам потребует полноценную дорогую лицензию на сервер «1С». Чтобы избежать лишних затрат на служебной машине, локальный кластер полностью удаляют через утилиту «Администрирование серверов 1С Enterprise».
Затем этот сервер без локального кластера добавляют в ваш основной рабочий кластер как дополнительный рабочий сервер. В консоли администрирования настраивают «Требования назначения функциональности»:
Таким образом, выделенный сервер занимается исключительно раздачей лицензий, не расходуя при этом лицензию на сервер «1С».
ВНИМАНИЕ! Предупреждение для вашей инфраструктуры:
Если у вас развернут всего один физический или виртуальный сервер, на котором одновременно крутятся и СУБД (SQL), и сервер «1С:Предприятие», настраивать выделенный сервер лицензирования и удалять локальный кластер категорически запрещено! Это действие полностью разрушит вашу рабочую систему. Вам достаточно просто активировать вашу серверную программную лицензию (введя пин-код из письма или конверта) на вашем единственном работающем сервере через стандартный диалог получения лицензии в платформе.