При переходе на работу через веб-сервер или внедрении удаленного доступа для сотрудников многие системные администраторы сталкиваются с запутанной логикой лицензирования 1С. Основная сложность заключается в том, что механизмы выдачи лицензий кардинально меняются в зависимости от типа клиента (тонкий, веб или терминальный) и типа самих ключей (программные или аппаратные). В этой статье мы подробно разберем, как эффективно распределить лицензии, чтобы избежать их дефицита и обеспечить стабильную работу пользователей.
Для начала проанализируем ситуацию с выбором клиентского приложения. Это критически важный момент, так как способ доставки лицензии до пользователя зависит именно от этого выбора. Рассмотрим два основных варианта:
HASP License Manager, если в сети есть аппаратный многопользовательский ключ.Многие ошибочно полагают, что для экономии лицензий нужно обязательно переходить на веб-клиент. Однако, как мы видим, тонкий клиент также умеет брать лицензию у сервера. Более того, использование тонкого клиента через протокол HTTP/HTTPS часто оказывается более производительным и стабильным решением, чем работа в браузере.
Разберем ситуацию, когда в организации используются разные типы ключей. Программные лицензии (файлы с расширением .lic) и аппаратные ключи (USB-токены HASP) имеют разную логику «подсчета».
Программные лицензии: При активации на сервере они суммируются в общий пул. Важно помнить: если лицензию выдает сервер 1С, то она тратится на каждый запуск приложения. Если один и тот же пользователь откроет три окна базы, он займет три программные лицензии. Если же лицензия установлена локально на компьютере, она считается на «рабочее место», и количество запущенных баз на этом ПК не имеет значения.
Аппаратные лицензии: Многопользовательские ключи HASP (красного цвета) требуют наличия службы HASP License Manager. Если вы планируете раздавать их через веб-сервер, убедитесь, что сервер приложений 1С видит эти ключи. Порядок поиска лицензий сервером следующий: сначала ищутся программные лицензии на локальной машине, затем локальные аппаратные ключи, и только в последнюю очередь — сетевые ключи через менеджер лицензий.
Проанализируем сценарий работы через удаленный рабочий стол, который часто используется бухгалтерией. Здесь логика поиска лицензий имеет свои нюансы:
При подключении по RDP система сначала ищет лицензию на самом терминальном сервере. Если там активирована многопользовательская программная лицензия, она будет выдаваться на сессию. Это позволяет пользователю запустить несколько экземпляров 1С, затратив всего одну единицу из пула лицензий. Если же на терминальном сервере свободных лицензий не осталось, запрос уходит к серверу 1С:Предприятия, который выдаст лицензию уже на каждый сеанс (запуск базы).
Для оптимизации расходов мы рекомендуем активировать часть программных лицензий именно на терминальном сервере, если основная масса сотрудников работает через RDP. Это позволит существенно сэкономить общий пул.
Когда мы публикуем базу на веб-сервере (IIS или Apache), создается конфигурационный файл default.vrd. В нем есть параметр, отвечающий за раздачу лицензий сервером. Рассмотрим пример структуры этого файла:
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/MyBase"
ib="Srvr=MyServer;Ref=MyBase;">
<standardOdata enable="false"/>
<publishLicenses value="true"/>
</point>
Параметр publishLicenses="true" указывает веб-серверу, что при подключении клиентов необходимо запрашивать лицензию у сервера 1С. Если вы используете тонкие клиенты с локальными ключами, этот параметр можно регулировать, но для веб-клиентов он всегда должен быть активен.
Выясним причину возможных проблем с лицензированием СУБД. 1С:Предприятие работает с SQL-сервером от имени технической учетной записи, но это не значит, что вам нужна всего одна лицензия SQL. Microsoft применяет правило мультиплексирования: использование программных средств (таких как сервер 1С или веб-сервер) для объединения соединений не уменьшает количество требуемых клиентских лицензий (CAL).
Если ваш SQL Server лицензирован по модели «Сервер + Клиенты», то на каждого пользователя, подключающегося через веб-клиент, должна быть приобретена лицензия SQL CAL. Единственный способ избежать прямого подсчета пользователей — использовать лицензирование SQL Server по количеству ядер (Core-based), что особенно актуально для крупных компаний с большим количеством веб-подключений.
В сложных инфраструктурах мы рекомендуем рассмотреть возможность выделения отдельного «сервиса лицензирования» в рамках кластера 1С. Это позволяет централизовать все программные лицензии на одном виртуальном или физическом сервере. Разберем преимущества этого подхода:
Для настройки такого сервера необходимо в консоли администрирования кластера 1С создать требования функциональности для конкретного рабочего сервера, указав для объекта Сервис лицензирования тип требования Назначать.
Подводя итог, можно сказать, что настройка распределения лицензий — это баланс между удобством пользователя и экономией ресурсов. Для продажников, работающих в 1С:Управление торговлей через веб-клиент, лицензии всегда будет выдавать сервер 1С «поштучно» на каждый сеанс. Для бухгалтерии в RDP-режиме выгоднее использовать лицензии, установленные на терминальном сервере. Помните о правилах лицензирования SQL и всегда проверяйте настройки в файле default.vrd при публикации базы. Правильно настроенная иерархия поиска ключей позволит вашей системе работать бесперебойно даже при пиковых нагрузках.