Как посмотреть количество лицензий 1С на сервере: полная инструкция

Управление ресурсами в инфраструктуре 1С:Предприятие часто упирается в вопросы лицензирования. Администраторам критически важно понимать, сколько пользовательских сессий активно в данный момент и не исчерпан ли лимит доступных ключей защиты. Проблема актуальна как для локальных серверов, так и для облачных конфигураций, где перерасход лицензий ведет к финансовым потерям или блокировке доступа сотрудников.

Существует несколько способов получить эти данные: через графический интерфейс консоли администрирования, с помощью утилит командной строки или путем анализа системных логов. Выбор метода зависит от версии платформы, типа используемой защиты (программные или аппаратные ключи HASP) и наличия прав доступа к серверу.

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

Использование консоли администрирования серверов 1С

Самым наглядным и предпочтительным способом для большинства системных администраторов является использование штатной утилиты Консоль администрирования серверов 1С:Предприятия (ras). Этот инструмент устанавливается вместе с серверной частью платформы и предоставляет исчерпывающую информацию о состоянии кластера.

После запуска утилиты необходимо подключиться к центральному серверу 1С. В дереве объектов следует раскрыть узел вашего кластера и перейти в раздел Информация или Сеансы. Здесь отображается список всех активных подключений с детализацией по пользователю, информационной базе и времени начала работы.

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

⚠️ Внимание: Консоль администрирования отображает только те сеансы, которые корректно зарегистрированы в кластере. Если процесс 1С завис на уровне ОС, но не завершил сеанс в кластере, он может не отображаться в списке активных пользователей, продолжая занимать лицензию.

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

💡

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

Проверка через Диспетчер задач и утилиту rmngr

В ситуациях, когда графический интерфейс недоступен или требуется быстрая диагностика через удаленный рабочий стол (RDP), можно воспользоваться стандартными средствами операционной системы. Диспетчер задач Windows позволяет оценить общую нагрузку, но для получения точных данных о лицензиях 1С лучше использовать консольные утилиты.

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

Пример команды для получения списка сеансов выглядит следующим образом:

rmngr -list -cluster=адрес_сервера:порт

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

🔍 Быстрый запуск: Командная строка работает быстрее графического интерфейса при большом количестве сеансов.
📄 Логирование: Вывод утилиты легко перенаправить в текстовый файл для сохранения истории подключений.
⚙️ Автоматизация: Скрипты на основе rmngr можно встроить в системы мониторинга (Zabbix, Prometheus).

Также в Диспетчере задач на вкладке «Подробности» можно отфильтровать процессы по имени rphost. Каждый такой процесс обычно соответствует одному рабочему процессу 1С. Хотя это не дает прямого количества лицензий, резкий рост числа процессов rphost часто коррелирует с увеличением числа подключенных пользователей.

Анализ технологического журнала (ТЖ) сервера 1С

Технологический журнал является наиболее глубоким источником информации о работе платформы. В отличие от консоли, которая показывает текущий срез, ТЖ позволяет восстановить историю подключений и отключений за любой период времени, если включено соответствующее логирование.

Для того чтобы отслеживать лицензии, необходимо настроить файл logcfg.xml в каталоге установки сервера. В нем следует активировать события, связанные с сессиями и лицензиями. Это позволит фиксировать моменты выдачи и освобождения ключей защиты.

Основные события, которые нужно отслеживать в логах:

📥 SessConnect: Фиксирует факт установления соединения клиента с сервером.
📤 SessDisconnect: Регистрирует завершение сеанса работы пользователя.
🔑 License: События, связанные с проверкой и получением лицензий.

Анализ логов требует навыков работы с большими текстовыми массивами или использования специализированных парсеров. Однако именно этот метод позволяет выявить аномалии, когда лицензия не освобождается после завершения работы клиента, что приводит к утечке ресурсов.

⚠️ Внимание: Включение подробного логирования всех событий может привести к быстрому заполнению дискового пространства и снижению производительности сервера. Рекомендуется включать детальный режим только на период диагностики проблем.

В строках лога можно найти информацию о типе полученной лицензии (локальная, сетевая, клиентская) и идентификаторе ключа защиты. Это помогает аудировать использование лицензионного соглашения и выявлять несанкционированный доступ.

Где находится файл настроек логирования?

Файл logcfg.xml обычно расположен в каталоге C:\Program Files\1cv8\conf или в папке профиля службы сервера 1С. Для применения изменений требуется перезапуск службы агента сервера 1С.

Различия между клиентскими и серверными лицензиями

При мониторинге важно четко разграничивать типы лицензий, так как они учитываются по-разному. Платформа 1С:Предприятие использует двухуровневую систему защиты, и путаница в терминах часто приводит к неверной интерпретации данных мониторинга.

Клиентские лицензии ограничивают количество одновременно работающих пользовательских интерфейсов (тонкий клиент, веб-клиент). Серверные лицензии, в свою очередь, ограничивают количество рабочих процессов на сервере, которые могут обрабатывать запросы к базам данных.

Ниже приведена таблица, демонстрирующая основные различия в учете этих лицензий:

Параметр	Клиентская лицензия	Серверная лицензия
Объект ограничения	Пользовательский сеанс	Рабочий процесс (rphost)
Момент проверки	При запуске приложения	При старте рабочего процесса
Влияние на производительность	Блокирует вход пользователя	Ограничивает параллелизм фоновых задач
Типичное место установки	Клиентское рабочее место или сервер лицензий	Сервер 1С:Предприятия

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

💡

Клиентские лицензии считаются по количеству активных окон, а серверные — по количеству запущенных процессов rphost, независимо от числа пользователей внутри них.

Выявление зависших сеансов и утечек лицензий

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

Для выявления таких ситуаций необходимо сравнивать список активных процессов в операционной системе со списком сеансов в консоли администрирования. Если в консоли есть сеанс, которому соответствует процесс rphost с нулевой активностью ЦП и памяти в течение долгого времени, это кандидат на принудительное завершение.

Администратор может завершить проблемный сеанс прямо из консоли администрирования, выделив его и выбрав соответствующий пункт меню. Однако перед этим рекомендуется попытаться связаться с пользователем, так как принудительный разрыв может привести к потере несохраненных данных в документах.

Автоматизировать этот процесс можно с помощью внешних скриптов или регламентных заданий внутри самой 1С, которые периодически проверяют длительность простоя сеансов и отправляют уведомления администратору при превышении пороговых значений.

☑️ Действия при обнаружении зависшего сеанса

Проверить время последней активности в консолиУбедиться в отсутствии фоновых процессов у пользователяПопытаться связаться с сотрудникомЗавершить сеанс через консоль администрированияПроанализировать журнал регистрации на предмет ошибок

Выполнено: 0 / 5

Настройка автоматического мониторинга и алертов

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

Современные системы мониторинга, такие как Zabbix или Prometheus, имеют готовые шаблоны для сбора метрик с сервера 1С. Они используют SNMP или специализированные экспортеры для получения данных о количестве сеансов в реальном времени.

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

⚠️ Внимание: Интерфейсы программных продуктов и методы сбора метрик могут изменяться с выходом новых версий платформы 1С. Всегда сверяйте актуальные параметры SNMP- OID или настройки экспортеров в официальной документации фирмы «1С» перед внедрением мониторинга.

Кроме того, внутри самой конфигурации 1С можно реализовать обработку, которая при запуске проверяет доступное количество лицензий через встроенные функции и выводит предупреждение пользователю, если система перегружена.

💡

Используйте встроенную функцию языка 1С ПолучитьЛицензии() в своих обработках для программного получения информации о доступных лицензиях без обращения к внешним утилитам.

Как узнать количество лицензий, если нет доступа к серверу?

Если у вас нет прав администратора на сервере, вы можете косвенно оценить загрузку, попытавшись запустить базу данных в монопольном режиме. Если система сообщит о невозможности захвата монопольного режима из-за других пользователей, это означает, что сеансы активны. Точное число таким способом узнать нельзя, но факт занятости системы будет подтвержден.

Влияет ли фоновое задание на количество лицензий?

Да, фоновые задания (регламентные работы, обмен данными) работают в рамках отдельных сеансов. Они потребляют клиентские лицензии, если запущены в режиме обычного приложения, или серверные ресурсы, если выполняются как фоновые процессы. Важно учитывать их при расчете необходимого количества ключей.

Что делать, если лицензии закончились в выходной день?

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

Можно ли увидеть историю использования лицензий за прошлый месяц?

Стандартными средствами интерфейса 1С историю посмотреть нельзя. Для ретроспективного анализа необходимо использовать данные Технологического журнала (ТЖ), если он был настроен и записывал события в прошлом периоде, либо отчеты сторонних систем мониторинга.