← На главную

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

Анализ причин возникновения ошибки

Проанализируем техническое сообщение платформы и выясним первопричину сбоя. Данная формулировка ошибки формируется исключительно в одной ситуации — когда в информационной системе задействована специальная лицензия «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений».

Для этой редакции сервера действуют жесткие архитектурные ограничения платформы:

1. Одновременно разрешено не более 5 пользовательских сеансов в режиме «1С:Предприятие» и дополнительно 1 сеанс в режиме «Конфигуратор».
2. В кластере допустим только один рабочий сервер и максимум два рабочих процесса rphost.
3. Лицензия «Сервер МИНИ» не содержит встроенных клиентских лицензий — рабочие места для пользователей активируются отдельно (в виде программных файлов .lic или аппаратных USB-ключей HASP).

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

1. Зависшие («зомби») сеансы: если пользователь некорректно закрыл программу, выключил ПК без выхода из 1С или произошел сетевой сбой, сервер продолжает удерживать его сеанс активным вместе с привязанной лицензией.
2. Дублирование подключений одним сотрудником: когда в настройках базы выдача лицензий поручена серверу, каждое новое открытое окно или база расходует отдельную сеансовую лицензию.
3. Фоновые задания и интеграции: регламентные задачи, сеансы внешних COM-соединений, Web- и HTTP-сервисы могут занимать доступные лицензии.

Решение 1. Завершение зависших сеансов через консоль кластера серверов

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

1. Запустим утилиту «Администрирование серверов 1С Предприятия» на сервере.
2. Раскроем дерево нужного кластера, перейдем в ветку «Информационные базы» и выберем рабочую базу данных (при запросе введем логин и пароль администратора кластера).
3. Откроем список «Сеансы». Проанализируем колонки «Пользователь», «Приложение», а также «Время последней активности» и «Время начала».
4. Обратим внимание на задвоенные имена сотрудников, сеансы с длительным отсутствием активности, а также нетипичные фоновые соединения.
5. Выделим зависший сеанс, вызовем контекстное меню правой кнопкой мыши и выберем пункт «Удалить».

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

Решение 2. Настройка автоматического отключения «спящих» пользователей

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

1. В консоли администрирования серверов 1С откроем свойства целевой информационной базы.
2. Найдем параметр «Время засыпания пассивных сеансов». Зададим значение в секундах (например, 1200 для 20 минут). Если за этот период от клиентского приложения не поступит ни одного вызова к серверу, платформа переведет сеанс в спящий режим.
3. Установим параметр «Время завершения спящих сеансов» (например, 600 секунд). По истечении этого тайм-аута спящий сеанс будет принудительно разорван сервером, а занятая клиентская лицензия вернется в общий пул.
4. Нажмем «Применить» для сохранения параметров базы.

Решение 3. Изменение схемы раздачи клиентских лицензий

Проанализируем журнал ошибок из лога запуска: в нем фигурирует строка nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ORGL8 Сетевой, установлен. Это указывает на наличие в локальной сети аппаратных ключей защиты HASP или смешанной схемы лицензирования.

Рассмотрим, как оптимизировать расход клиентских слотов:

1. Раздача лицензий сервером (на сеанс): если в свойствах информационной базы параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» установлен в значение «Да», сервер выдает лицензии на каждое отдельное подключение. Если бухгалтер открывает две базы одновременно, он тратит две лицензии.
2. Раздача по сети менеджером лицензий (на рабочее место): если переключить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» в значение «Нет», клиенты будут запрашивать лицензии у сетевого HASP License Manager напрямую. В таком режиме одно рабочее место расходует строго одну лицензию независимо от количества запущенных баз и окон 1С.
3. Для приоритетного опроса аппаратных ключей можно настроить конфигурационный файл conf.cfg, расположенный в каталоге платформы, добавив строку: UseHwLicenses=1

Решение 4. Ревизия файлов программных лицензий

Выясним причину, по которой может расходоваться не тот номинал лицензий. Сервер 1С сканирует системный каталог лицензий C:\ProgramData\1C\licenses\ и считывает файлы с расширением .lic.

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

Если бизнес масштабируется и организации стабильно требуется более 5 одновременных подключений, штатным техническим решением является апгрейд лицензии сервера с редакции «Сервер МИНИ» на полнофункциональную лицензию «1С:Предприятие 8.3 ПРОФ», которая снимает лимиты на число сеансов и рабочих процессов.