Многие администраторы и пользователи 1С:Предприятия сталкиваются с вопросом: возможно ли "привязать" лицензии 1С к конкретным информационным базам или группам пользователей? Напрямую платформа 1С не предоставляет такого механизма. Однако, как показывает практика и опыт сообщества, существуют архитектурные и конфигурационные решения, которые позволяют функционально разделить использование лицензий между разными базами или организациями. Давайте разберем эти подходы подробно и выясним, как мы можем достичь желаемого результата.
Мы рассмотрим несколько эффективных стратегий, которые помогут нам управлять лицензиями 1С более гибко, особенно в условиях, когда необходимо обслуживать несколько независимых клиентов или подразделений на одной инфраструктуре.
Это решение является одним из наиболее гибких и подтверждено успешным опытом. Оно позволяет нам создать на одном физическом сервере несколько логически независимых сред для разных баз и их лицензий.
Создаем несколько кластеров серверов 1С:Предприятия.
Начнем с того, что на нашем рабочем сервере 1С (который может иметь свою серверную лицензию) мы создаем не один, а несколько экземпляров Кластера серверов 1С:Предприятия. Каждый кластер будет работать на своем уникальном диапазоне портов.
Например, один кластер может использовать стандартный порт, а другой – настроенный нами, скажем, 1541 для первого и 1560 для второго. Это позволяет нам логически разделить серверные ресурсы для разных групп информационных баз.
Разворачиваем виртуальные серверы для сервисов лицензирования.
Далее мы создаем два или более виртуальных сервера. Эти виртуальные машины не будут использоваться для запуска самих информационных баз или клиентских приложений. Их единственная функция – выступать в роли сервисов лицензирования.
На каждом из этих виртуальных серверов мы активируем свой набор программных лицензий 1С, предназначенных для определенной группы информационных баз. Важный момент: для работы самих виртуальных серверов лицензирования нам не нужны отдельные лицензии 1С.
Настраиваем взаимодействие кластеров и сервисов лицензирования.
Теперь нам необходимо "связать" каждый кластер серверов 1С с соответствующим виртуальным сервером лицензирования:
На виртуальных серверах лицензирования: Настраиваем службу сервера 1С так, чтобы она выступала в роли сервера лицензирования. Для этого в настройках сервиса лицензирования мы указываем тип «Назначать» лицензии. Эти серверы будут хранить и выдавать программные клиентские и серверные лицензии.
На кластерах серверов 1С: Для каждого кластера в его свойствах мы указываем, что он не должен назначать лицензии самостоятельно. Вместо этого он должен обращаться за лицензиями к определенному виртуальному серверу лицензирования. Это делается путем добавления требования, чтобы серверы кластера не назначали лицензии, а только обрабатывали клиентские соединения.
Таким образом, каждый кластер будет работать только с тем пулом лицензий, который ему предоставляет его "собственный" виртуальный сервер лицензирования.
Подключение пользователей к базам.
Для пользователей процесс подключения к информационным базам меняется незначительно. При настройке подключения в поле Кластер серверов им потребуется указывать не только имя основного сервера 1С, но и IP-порт того кластера, к которому относится их информационная база. Например: ИмяСервера:1541 или ИмяСервера:1560.
Преимущества этого подхода:
Ограничения: Сервер лицензирования 1С умеет работать только с лицензиями версий ПРОФ или КОРП; базовые версии не поддерживаются.
Этот подход обеспечивает наиболее строгое разделение лицензионных пулов, так как каждая группа баз фактически работает в своей изолированной среде.
Создаем отдельные виртуальные машины.
Для каждой организации или группы информационных баз мы выделяем отдельную виртуальную машину (например, с использованием Hyper-V, VMware или других систем виртуализации). Каждая такая виртуальная машина будет представлять собой полноценный сервер.
Устанавливаем сервер 1С и активируем лицензии на каждой VM.
На каждой виртуальной машине мы устанавливаем свой экземпляр сервера 1С:Предприятия и активируем на ней необходимые лицензии. Это могут быть как серверные, так и клиентские лицензии.
Подключение пользователей.
Пользователи подключаются к информационным базам, расположенным на конкретной виртуальной машине. Поскольку каждая VM имеет свой уникальный набор лицензий, конфликт или пересечение лицензионных пулов исключается.
Преимущества:
Недостатки: Может требовать больше аппаратных ресурсов (памяти, дискового пространства) и более сложного администрирования виртуальной инфраструктуры.
Если мы используем веб-клиент или тонкий клиент через веб-сервер, и наши лицензии относятся к типу "на сеанс", то мы можем воспользоваться этим подходом.
Разворачиваем несколько веб-серверов.
Мы настраиваем несколько веб-серверов (например, Apache или IIS). Эти веб-серверы могут быть расположены как на разных физических машинах, так и на разных виртуальных машинах.
Привязываем базы и лицензии к веб-серверам.
Каждый отдельный веб-сервер настраиваем таким образом, чтобы он "видел" и использовал только свой собственный пакет лицензий 1С. Информационные базы, которые должны использовать эти лицензии, публикуются именно на этом веб-сервере.
Особенности лицензий "на сеанс".
Лицензии "на сеанс" выдаются на каждое подключение к серверу 1С. Разделяя их по веб-серверам, мы гарантируем, что каждая группа пользователей, подключающаяся через свой веб-сервер, будет использовать свой лицензионный пул.
Важно: Если у вас лицензии "на пользователя", этот метод теряет смысл, поскольку одна пользовательская лицензия позволяет одному пользователю запускать несколько сеансов 1С, даже к разным базам, одновременно.
Преимущества:
Для инфраструктур, где пользователи подключаются к 1С через удаленный рабочий стол (RDP) к терминальному серверу, существует особый и эффективный способ управления лицензиями.
Активируем клиентские лицензии на терминальном сервере.
Вместо того чтобы активировать лицензии на сервере 1С или на каждом клиентском компьютере, мы активируем многопользовательские клиентские лицензии непосредственно на терминальном сервере. Мы можем активировать их "на этот компьютер" и сделать доступными для всех пользователей.
Принцип работы в терминальной сессии.
Когда клиентские лицензии активированы на терминальном сервере, лицензия выдается на терминальную сессию. Это означает, что в рамках одной терминальной сессии пользователь может запустить несколько экземпляров 1С:Предприятия (даже к разным информационным базам), и при этом будет израсходована только одна клиентская лицензия.
Это значительно экономит лицензии, если пользователи часто работают с несколькими базами одновременно.
Настройка сервера 1С.
В этом случае нам может потребоваться запретить серверу 1С раздавать клиентские лицензии, чтобы клиентское приложение получало их непосредственно с терминального сервера.
Преимущества:
Давайте также разберем некоторые общие положения и важные нюансы, которые помогут нам принимать взвешенные решения.
Программные лицензии: Это файлы с зашифрованными параметрами лицензии и характеристиками компьютера. Они привязываются к параметрам оборудования и программного обеспечения. При значительных изменениях конфигурации компьютера программная лицензия может "слететь", требуя повторной активации.
Существует возможность привязать программную лицензию к аппаратному ключу HASP (установленному локально или доступному по сети). Это позволяет сохранить лицензию при изменении параметров компьютера, но сама лицензия остается программной и не записывается на ключ.
Аппаратные лицензии (USB-ключи HASP): С 09.03.2022 свободная продажа продуктов с аппаратной защитой USB прекращена, их можно приобрести только по согласованию с фирмой 1С. Аппаратные ключи могут быть установлены локально или доступны по сети через HASP License Manager. Аппаратная лицензия выдается "на рабочий стол", что означает, что одна лицензия позволяет запустить неограниченное число клиентских приложений на одной рабочей станции.
Мы должны помнить, что использование одной лицензии 1С несколькими юридическими лицами, даже в одной локальной сети, может быть расценено налоговой службой как имущественная выгода. ОЭБиПК может усмотреть нарушение Гражданского кодекса РФ, если не оформлены соответствующие дополнительные соглашения или не приобретены отдельные лицензии для каждого юридического лица.
Для крупных корпоративных решений, таких как "1С:ERP", существуют специальные корпоративные лицензии, которые часто включают возможность использования программы для большого числа юридических лиц без дополнительных ограничений.
В заключение, хоть прямого механизма "привязки" лицензий к базам в 1С:Предприятии и нет, мы видим, что существуют разнообразные архитектурные решения. Мы можем добиться функционального разделения лицензионных пулов, используя несколько кластеров, выделенные серверы лицензирования, виртуальные машины или особенности работы лицензий в терминальном режиме. Выбор конкретного подхода зависит от нашей инфраструктуры, типа лицензий и требований к изоляции.
← К списку