← На главную

При запуске информационной базы пользователи могут столкнуться с сообщением: «Попытка запуска слишком большого количества клиентских приложений, использующих сервер 1С: Предприятия с ограничением количества клиентских лицензий!». Ситуация часто вызывает недоумение у администраторов, когда в базе одновременно работают всего 2–3 человека, а лицензия рассчитана, например, на 5 рабочих мест. Разберем по шагам, почему возникает эта ошибка, как сервер 1С подсчитывает лицензии и как устранить проблему.

Причины возникновения ошибки

Проанализируем текст ошибки. Формулировка указывает на совершенно конкретный тип лицензирования. Рассмотрим основные факторы, которые приводят к блокировке запуска новых сеансов:

1. Использование лицензии «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений». В полноценных серверных лицензиях уровня ПРОФ или КОРП такой ошибки в принципе не существует. Данное ограничение заложено именно в Сервер МИНИ, который аппаратно или программно ограничивает количество одновременно работающих сеансов: не более 5 сеансов в режиме «1С:Предприятие» и не более 1 сеанса в режиме «Конфигуратор».
2. Подсчет сеансов вместо физических пользователей. Если программные лицензии активированы на сервере 1С и раздаются службой кластера, учет ведется строго по сеансам, а не по компьютерам или пользователям. Если один сотрудник открыл три разные базы или запустил несколько окон одной базы, сервер спишет 3 отдельные лицензии.
3. Общий лимит на весь кластер серверов. Ограничение Сервера МИНИ на 5 подключений действует суммарно на все информационные базы, зарегистрированные в данном кластере, а не на каждую базу по отдельности.
4. Фоновые и регламентные задания. Автоматические процессы (загрузка курсов валют, расчет итогов, синхронизация данных, закрытие месяца) создают собственные сеансы. Каждый такой сеанс расходует слот из доступного лимита подключений.
5. Внешние подключения и сервисы. Сеансы через V83.COMConnector, обращения по REST API, а также опубликованные HTTP- и Web-сервисы занимают клиентские лицензии.
6. «Спящие» и зависшие сеансы. При некорректном разрыве связи (закрытие ноутбука, обрыв сети) сеанс пользователя остается в кластере в статусе «спящего» до истечения таймаутов, продолжая блокировать лицензию.

Диагностика активных подключений в кластере

Выясним причину нехватки лицензий через утилиту администрирования кластера серверов 1С (консоль 1CV8 Servers Console или утилиту командной строки rac). Рассмотрим порядок действий:

1. Подключимся к консоли администрирования кластера серверов.
2. Раскроем ветку Информационные базы и перейдем в раздел Сеансы.
3. Проверим реальный список сеансов во всех информационных базах кластера. Обратим внимание на колонки Приложение (где отображаются значения Фоновое задание, COM-соединение, Web-сервис) и Спящий.
4. Проверим установленные файлы лицензий. В каталоге C:\ProgramData\1C\licenses (для ОС Windows) или /var/1C/licenses (для ОС Linux) откроем заголовки файлов с расширением .lic и убедимся, какая именно серверная лицензия активна в системе.

Настройка кластера для предотвращения зависания сеансов

Разберем параметры кластера, которые помогут автоматически освобождать лицензии при неактивности пользователей:

1. В консоли администрирования кластера откроем свойства нужной информационной базы.
2. Настроим таймауты отключения неактивных пользователей:

   Зададим параметр Время засыпания пассивных сеансов (рекомендуемое значение — 1200 секунд).

   Зададим параметр Время завершения спящих сеансов (рекомендуемое значение — 600 секунд).

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

Оптимизация регламентных заданий

Фоновые задания часто становятся скрытым источником исчерпания лимита 5 сеансов. Рассмотрим способы минимизации их влияния:

1. Отключение заданий в тестовых базах. Если в кластере развернуты копии или тестовые базы, в их свойствах в консоли кластера обязательно установим флаг «Блокировка регламентных и фоновых заданий включена».
2. Перенос расписания. В рабочей базе перенесем запуск тяжелых регулярных заданий (пересчет итогов, закрытие месяца, обмен с сайтом) на нерабочее время.

Варианты системного решения проблемы

Если оптимизация сеансов не решает проблему из-за растущих потребностей пользователей, рассмотрим альтернативные варианты лицензирования:

1. Локальная активация клиентских лицензий. Если пользователям требуется открывать несколько баз с одного рабочего места, активируем программную лицензию не на сервере, а по отдельным однопользовательским пин-кодам на каждом ПК. В этом случае локальная лицензия позволяет запускать произвольное количество сеансов 1С на данном компьютере без расхода серверного пула.
2. Апгрейд серверной лицензии. Выполним апгрейд с «1С:Предприятие 8.3. Сервер МИНИ» на полноценную лицензию «1С:Предприятие 8.3. Лицензия на сервер (x86-64) ПРОФ». В лицензии уровня ПРОФ ограничение на количество одновременных подключений к серверу полностью отсутствует.