Почему после обновления платформы 1С перестали работать лицензии и как исправить ошибку «Операция не может быть выполнена с текущим составом лицензий»?

← На главную

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

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

Выясняем причину: почему платформа блокирует работу

Ранее деление лицензий на уровни ПРОФ и КОРП носило преимущественно юридический характер. Ограничения были зафиксированы в лицензионном соглашении, но технически платформа не блокировала использование расширенных настроек кластера на лицензиях ПРОФ. Все изменилось с выходом обновлений платформы. Фирма «1С» внедрила алгоритмы жесткого технического контроля лицензий, начиная с релизов 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592.

Если на вашем сервере установлены лицензии уровня ПРОФ, но в настройках кластера или рабочих серверов изменены параметры, которые теперь официально считаются функционалом КОРП, платформа заблокирует работу пользователей. Как только количество активных сеансов превысит 10, одиннадцатый пользователь получит ошибку лицензирования.

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

Фоновое обновление конфигурации базы данных (в ПРОФ-версии обновлять конфигурацию теперь можно только монопольно).
Использование более 12 ядер процессора в рамках одного кластера.
Использование более 500 одновременных сеансов пользователей.
Дополнительное управление распределением нагрузки в кластере (настройка правил назначения функциональности под конкретные базы или фоновые задания).
Профили безопасности (настройки ограничений для внешних модулей).
Внешнее управление сеансами.
Обновление тонкого клиента с сервера.
Тонкая настройка рабочих процессов (изменение количества баз или соединений на один рабочий процесс rphost, ограничение потребления памяти процессами).

---

Решение 1. Сброс настроек кластера и рабочего сервера по умолчанию

Самый распространенный способ быстро вернуть систему к жизни — сбросить все изменяемые параметры кластера и рабочих серверов на дефолтные значения. Рассмотрим, как это сделать через консоль администрирования серверов 1С:Предприятия.

Выполним следующие шаги:

Откроем утилиту «Администрирование серверов 1С Предприятия».
Перейдем в ветку «Рабочие серверы» и откроем свойства нашего сервера (обычно это localhost или имя вашего физического сервера).
Приведем параметры к дефолтным значениям:

Установим параметр Количество ИБ на процесс в значение 8 (в старых версиях это значение по умолчанию, в ПРОФ оно не должно быть меньше 8, выставлять 1 теперь запрещено).
Установим параметр Количество соединений на процесс в значение 128.

В свойствах самого кластера и рабочего сервера проверим все числовые счетчики потребления ресурсов и лимиты памяти. Все они должны быть сброшены в значение 0 (без ограничений). Сюда относятся параметры:

Допустимый объем памяти = 0;
Интервал превышения допустимого объема памяти = 0;
Безопасный расход памяти за один вызов = 0;
Критический объем памяти процессов = 0;
Временный интервал работы процессов = 0.

Нажмем кнопку «Применить» и перезапустим службу 1C:Enterprise 8.3 Server Agent через консоль служб Windows или с помощью командной строки.

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


net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"

---

Решение 2. Проверка скрытой блокировки на уровне конкретной базы данных

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

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

Проанализируем свойства баз данных:

В консоли администрирования раскроем ветку «Информационные базы».
Поочередно зайдем в свойства каждой базы, зарегистрированной на данном сервере.
Найдем поле «Внешнее управление сеансами» (или аналогичные параметры интеграции с внешними системами авторизации).
Убедимся, что параметры внешнего управления пусты, а флаги принудительного использования отключены. Если база защищена паролем и параметры недоступны, придется вспомнить пароль администратора базы, чтобы войти в ее свойства в консоли и отключить этот функционал.

---

Решение 3. Решение проблем работы с облачным сервисом «1С:Фреш»

Если ваши пользователи работают с облачными базами через тонкий клиент, установленный локально, они также могут столкнуться с ошибкой состава лицензий. Это происходит из-за того, что тонкий клиент при запуске пытается использовать локальный аппаратный USB-ключ или программную лицензию ПРОФ, которая не дает права работать с внешним управлением сеансами (активно используемым в архитектуре «Фреш»).

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

Разберем настройку по шагам:

Откроем окно запуска 1С:Предприятия.
Выберем базу «Фреш» и нажмем кнопку «Изменить».
Перейдем на последнюю вкладку параметров запуска.
В поле «Дополнительные параметры запуска» добавим параметр:

/UseHwLicenses-

Нажмем кнопку «Готово» и запустим базу. Этот ключ принудительно запретит тонкому клиенту искать локальные USB-ключи защиты, и система успешно получит лицензию из облачного кластера.

---

Особенности лицензирования на платформе версии 8.3.15 и новее

Проанализируем важные изменения, которые произошли в более поздних версиях платформы 1С. Разработчики окончательно исключили параметр Допустимый объем памяти рабочих процессов из ПРОФ-версии платформы 8.3.15. Вместо этого в ПРОФ жестко зашито ограничение: если суммарный объем памяти процессов превышает 95% физической оперативной памяти сервера, операционная система или сам менеджер кластера аварийно завершают («убивают») процессы rphost.

Это может приводить к аварийному завершению сеансов пользователей и риску повреждения баз данных, особенно если сервер 1С и СУБД (например, MS SQL Server или PostgreSQL) развернуты на одной физической машине. Чтобы избежать этого на ПРОФ-платформах, настоятельно рекомендуется жестко лимитировать потребление оперативной памяти со стороны СУБД в настройках самой базы данных (например, ограничить параметр max server memory в MS SQL Server), оставляя гарантированный запас ОЗУ для нужд платформы 1С.