Как освободить лицензии 1С и вернуть их в работу

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

Освободить лицензии можно несколькими способами: вручную завершить сеансы через консоль кластера, дождаться автоматического таймаута, перезапустить службы или настроить регламентную очистку. Выбор зависит от режима работы — файловый или клиент-серверный, типа лицензий (аппаратные HASP или программные) и того, кто выдаёт лицензии: сервер 1С или сервер лицензирования.

Ниже разобраны все основные сценарии: от разового «зависшего» сеанса до системной настройки, которая не даёт лицензиям зависать в принципе. Отдельно описаны действия для файловых баз, где консоли кластера нет и механизм освобождения работает иначе.

Как понять, кто и что занял лицензии

Прежде чем что-то завершать, нужно увидеть текущую картину. В клиент-серверном варианте откройте консоль администрирования серверов 1С (утилита «Администрирование серверов 1С Предприятия»), раскройте нужный кластер и посмотрите разделы «Сеансы» и «Соединения». В списке сеансов видно пользователя, время начала, время последнего обращения и признак спящего сеанса.

Обратите внимание на колонку «Спящий сеанс»: спящие сеансы — это сеансы, с которыми потеряна связь, но кластер ещё держит их в памяти. Именно они чаще всего удерживают лицензии после аварийного выключения компьютера пользователя или обрыва сети. Также полезно сравнить количество сеансов с количеством реально работающих сотрудников — расхождение укажет на масштаб проблемы.

Если лицензии выдаёт сервер лицензирования (типично для программных лицензий), дополнительно проверьте его состояние: служба «Сервер лицензирования 1С:Предприятия» ведёт собственный учёт выданных лицензий, и при её сбоях лицензии могут «залипать» независимо от сеансов кластера.

Завершение зависших сеансов в консоли кластера

Основной ручной способ — удалить лишние сеансы напрямую. В консоли администрирования перейдите в раздел «Сеансы» нужной информационной базы, отсортируйте список по времени последнего обращения и выделите сеансы, у которых активность отсутствует длительное время либо стоит признак спящего сеанса. Через контекстное меню выберите «Удалить» — сеанс будет завершён принудительно, а лицензия вернётся в пул.

Удалять можно как отдельные сеансы, так и группу: выделите несколько строк с зажатой клавишей Ctrl или Shift. Перед удалением убедитесь, что сеанс действительно неактивен — если пользователь в этот момент работает, его сеанс будет разорван, а несохранённые данные формы потеряются. При сомнениях свяжитесь с сотрудником или посмотрите, есть ли у сеанса активные вызовы в колонке «Вызов СУБД» и текущая активность.

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

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

Очистка соединений и работа с рабочими процессами

Иногда сеанс удалён, а лицензия не освобождается. Причина — «висячие» соединения: записи в разделе «Соединения» кластера, которые остались после обрыва связи. Откройте этот раздел и удалите соединения без активных сеансов. В норме кластер делает это сам по таймауту, но при сбоях сети или некорректной остановке клиента записи могут задерживаться.

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

Учтите: завершение rphost разорвёт сеансы всех пользователей, которых он обслуживает, включая активно работающих. Применяйте этот способ в нерабочее время или предупредив сотрудников. Для регулярной профилактики удобнее настроить в свойствах кластера параметр «Перезапускать рабочие процессы» по расписанию — например, раз в сутки ночью.

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

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

Разумные значения зависят от режима работы компании. Например, время засыпания 1200 секунд (20 минут) и завершения спящего сеанса через 3600 секунд (час) — типичная отправная точка: сотрудник, отошедший на обед, не потеряет сеанс мгновенно, но забытый на ночь сеанс будет закрыт. Слишком маленькие значения будут выбрасывать пользователей при кратком простое, слишком большие — снова приведут к накоплению зависших сеансов.

Дополнительно проверьте настройки самого клиентского приложения: режим «Завершать работу при закрытии» и корректное закрытие программы вместо сворачивания терминальной сессии. В терминальных средах (RDP) настройте на сервере таймауты отключённых сеансов — отключённый, но не завершённый RDP-сеанс продолжает держать клиента 1С, а тот — лицензию.

Освобождение лицензий в файловом режиме и на сервере лицензирования

В файловом режиме консоли кластера нет: лицензии подсчитываются либо самими клиентскими приложениями (аппаратные ключи HASP в сети), либо сервером лицензирования. Если лицензии раздаёт сервер лицензирования, а свободных нет, откройте сервер и проверьте службу «Сервер лицензирования 1С:Предприятия». Перезапуск службы сбрасывает текущий учёт выданных лицензий — после перезапуска лицензии будут выдаваться заново по факту подключений.

Если используется сетевой аппаратный ключ HASP, проверьте менеджер лицензий (HASP License Manager) на сервере, где установлен ключ: в его интерфейсе видно, какие компьютеры заняли лицензии. Зависшая лицензия обычно принадлежит компьютеру, который выключился некорректно. Освобождение происходит автоматически по таймауту менеджера лицензий либо после его перезапуска.

На стороне пользователей убедитесь, что программа закрывается полностью, а не остаётся в процессах: через диспетчер задач проверьте наличие процессов 1cv8.exe у сотрудников, которые «уже вышли». Завершение такого процесса освобождает лицензию. При массовых проблемах полезен сценарий, который по расписанию завершает «осиротевшие» процессы 1С на терминальном сервере.

Маршрут решения

Как выбрать действие

Клиент-серверный режим, есть спящие сеансыУдалите спящие сеансы в консоли кластера и настройте таймауты завершения

Сеансов нет, но лицензии занятыПерезапустите службу сервера лицензирования или менеджер лицензий HASP

Файловый режим с аппаратным ключомПроверьте HASP License Manager и завершите зависшие процессы 1cv8.exe на компьютерах

Проблема повторяется каждый деньНастройте автоматический перезапуск рабочих процессов кластера и таймауты RDP-сеансов

Профилактика и типичные ошибки

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

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

Полезно вести простой мониторинг: периодически снимайте показания количества сеансов и соединений в консоли или через RAS (административный сервер 1С) с выгрузкой в систему мониторинга. Резкий рост числа соединений без роста сеансов — ранний признак проблемы с сетью или клиентами, которую лучше устранить до исчерпания лицензий.

Частые вопросы

Лицензия не освободилась даже после удаления сеанса. Что делать?

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

Через какое время спящий сеанс завершается автоматически?

Это определяется параметрами «Время засыпания пассивного сеанса» и «Время завершения спящего сеанса» в свойствах информационной базы в консоли кластера. Значения задаёт администратор; если они не настроены, спящие сеансы могут удерживаться слишком долго. Типичная практика — засыпание через 20–30 минут простоя и завершение через 1–2 часа.

Можно ли освободить лицензии, не разрывая работу остальных пользователей?

Да. Удаление отдельных сеансов в консоли кластера затрагивает только выбранные сеансы — остальные пользователи продолжают работу. Разрыв всех сеансов происходит только при перезапуске рабочего процесса, службы агента сервера или всего сервера.

Почему лицензии заканчиваются, хотя пользователей меньше, чем лицензий?

Частые причины: зависшие сеансы после обрыва сети, несколько одновременных сеансов у одного сотрудника, отключённые, но не завершённые RDP-сеансы, а также сеансы внешних соединений и обменов. Сравните список сеансов в консоли с реальным числом работающих — источник расхождения обычно виден сразу.

Занимают ли лицензии фоновые и регламентные задания?

Фоновые задания, запущенные внутри сеанса пользователя, отдельной лицензии не требуют. Однако сеансы внешних соединений (COM, веб-сервисы, обмены) в ряде сценариев могут расходовать лицензии. Если пул исчерпывается без видимых пользователей, проверьте в консоли сеансы с типом, отличным от толстого или тонкого клиента.

Как освободить лицензии в файловой базе без консоли кластера?

Завершите процессы 1cv8.exe на компьютерах, где программа осталась висеть в памяти, через диспетчер задач. Если лицензии раздаёт сервер лицензирования — перезапустите его службу; если сетевой ключ HASP — перезапустите менеджер лицензий или дождитесь его таймаута по зависшим подключениям.