При переносе файловой базы данных «1С:Предприятие» в терминальное окружение (RDP) перед системным администратором часто встает вопрос: как правильно лицензировать рабочие места сотрудников? Ситуация усложняется, если у компании уже есть пул однопользовательских лицензий, и руководство хочет переиспользовать их на новом сервере. В этой статье мы подробно разберем механизмы работы программного лицензирования в терминальных сессиях, сравним поведение однопользовательских и многопользовательских лицензий, выявим скрытые административные риски и рассмотрим альтернативные варианты развертывания.
1. Как устроен подсчет лицензий в терминальной сессии (RDP)
Для начала проанализируем базовый механизм, по которому платформа «1С» определяет наличие и распределение лицензий при работе в режиме удаленного рабочего стола. Существует популярное, но ошибочное мнение, что однопользовательские лицензии технически невозможно использовать на терминальном сервере, или что они ведут себя там иначе, чем многопользовательские. На самом деле это не так.
Если программные лицензии (и однопользовательские, и многопользовательские) активированы непосредственно на сервере терминалов с параметром «Всем пользователям данного компьютера», платформа помещает файлы лицензий с расширением .lic в общий каталог компьютера. Обычно этим каталогом является C:\ProgramData\1C\licenses (для ОС Windows).
В этом случае распределением лицензий управляет сам терминальный сервер. Для платформы «1С» одна терминальная сессия (один сеанс Windows RDP) приравнивается к одному рабочему месту. Рассмотрим особенности такого поведения:
Запуск нескольких баз: В рамках одной терминальной сессии пользователь может запустить неограниченное количество экземпляров «1С» (разные базы, конфигураторы, отладочные сессии), и при этом будет расходоваться всего одна лицензия. Это справедливо как для многопользовательской лицензии, так и для набора из пяти активированных однопользовательских лицензий.
Привязка к сессии RDP: Подсчет ведется по сессиям операционной системы. Если один и тот же физический пользователь откроет две разные RDP-сессии (например, под разными учетными записями ОС Windows), система спишет две лицензии. Если под одной учетной записью — одну лицензию.
2. Подводные камни администрирования 5 однопользовательских лицензий на RDP
Хотя технически 5 однопользовательских лицензий на сервере терминалов будут суммироваться и работать так же, как одна пятипользовательская, в процессе эксплуатации возникнут серьезные организационные сложности.
Выделим ключевые минусы использования набора однопользовательских лицензий на терминале:
Невозможность объединения: Если у вас уже куплены 5 отдельных коробок (или отдельных электронных поставок) по 1 лицензии, вы физически не сможете активировать их как одну многопользовательскую. Вам придется пройти процедуру активации 5 раз подряд, вводя 5 разных регистрационных номеров и PIN-кодов. На выходе в папке лицензий появится 5 отдельных файлов .lic.
«Слет» лицензий при обновлении сервера: Программная лицензия жестко «привязывается» к ключевым параметрам сервера (имя компьютера, версия ОС, параметры сетевых плат, объем оперативной памяти, модель процессора, материнской платы и т.д.). Если вы обновите ОС на сервере терминалов или измените его конфигурацию (особенно часто это происходит в среде виртуализации, например, при динамическом выделении RAM или изменении количества ядер процессора), «слетят» все 5 лицензий одновременно.
Трудоемкость восстановления: В случае изменения конфигурации оборудования вам придется запрашивать резервные PIN-коды и повторно активировать все 5 лицензий по очереди. Это потребует гораздо больше времени и рутинных действий, чем реактивация одной многопользовательской лицензии.
3. Обратная сторона перехода на веб-сервер
В качестве альтернативы серверу терминалов часто предлагают опубликовать файловую базу на веб-сервере (под управлением IIS или Apache). Это отличный вариант с точки зрения производительности файловой базы и удобства подключения, но он кардинально меняет логику лицензирования:
Лицензирование по соединениям (сеансам): При работе через веб-сервер (в веб-клиенте или тонком клиенте) лицензии раздает сам веб-сервер. При этом подсчет ведется строго по соединениям, а не по компьютерам или сессиям.
Если один и тот же пользователь откроет базу в двух вкладках браузера или одновременно запустит тонкий клиент и веб-клиент, он израсходует две лицензии из общего пула.
Если вы решите использовать веб-сервер, вам придется либо активировать однопользовательские лицензии локально на компьютерах пользователей (тогда они смогут открывать сколько угодно баз на своем ПК в рамках одной лицензии), либо смириться с тем, что при активации лицензий на сервере они будут расходоваться быстрее из-за подсчета «по сессиям».
4. Превышение размеров файловой базы данных
При росте количества активных пользователей на терминальном сервере или веб-сервере неизбежно увеличивается объем файловой базы данных. Для СУБД формата 1Cv8.1CD действуют жесткие технологические ограничения:
Максимальный размер одной таблицы в файловой базе данных по умолчанию составляет 4 Гб.
При превышении этого порога пользователи начнут получать критическую ошибку: «Превышен максимально допустимый размер внутреннего файла».
Для решения этой проблемы мы рекомендуем рассмотреть переход на клиент-серверный вариант работы. В качестве промежуточного и экономически выгодного шага отлично подойдет «1С:Предприятие 8.3. Сервер МИНИ на 5 пользователей». Он позволяет развернуть полноценную клиент-серверную архитектуру (например, на бесплатной СУБД PostgreSQL) с минимальными затратами на лицензирование сервера.
5. Современные инструменты администрирования и мониторинга лицензий
Ранее администрирование программных лицензий на терминальном сервере происводило практически вслепую: было сложно понять, кто именно занял лицензию и почему они закончились. В актуальных версиях платформы «1С:Предприятие» появились удобные инструменты для решения этой проблемы.
Рассмотрим утилиту лицензирования ring, которая поставляется вместе с платформой. С ее помощью можно получить подробную информацию о текущих лицензиях в консоли сервера.
Примеры использования утилиты в командной строке:
// Получение списка доступных лицензий на сервере
ring license list
// Получение подробной информации о конкретном файле лицензии
ring license info --path "C:\ProgramData\1C\licenses\20231011120000.lic"
Кроме того, в платформу добавлены следующие механизмы:
«1С:Предприятие – менеджер лицензий»: Новое собственное приложение фирмы «1С» (доступно в актуальных версиях платформы), которое заменяет старые аппаратные менеджеры и позволяет централизованно раздавать программные и аппаратные лицензии по сети TCP/IP.
Программный мониторинг: Встроенное свойство глобального контекста МониторингЛицензий и интерактивная обработка «Управление лицензиями» позволяют администратору наглядно видеть в интерфейсе «1С», какие сеансы заняли конкретные файлы лицензий, сколько свободных мест осталось и по какой причине у пользователей возникает ошибка «Недостаточно лицензий».
Резюме и рекомендации
Выяснив все технические нюансы, мы можем подвести итог:
Если у вас уже куплены 5 однопользовательских лицензий, вы можете использовать их на сервере терминалов. Они будут корректно суммироваться, а расход будет идти по принципу «1 RDP-сессия = 1 лицензия».
Если вы только планируете покупку, настоятельно рекомендуется приобрести одну многопользовательскую лицензию на 5 рабочих мест. Это избавит вас от необходимости пятикратной активации и существенно упростит восстановление лицензий при обновлении серверного оборудования или переносе виртуальной машины.
При выборе альтернативного пути в виде веб-сервера учитывайте изменение логики подсчета («по соединениям») и контролируйте размер файла 1Cv8.1CD во избежание аварийной остановки работы пользователей.