Какие версии платформы 1С 8.3 работают без корпоративной лицензии и как исправить ошибку КОРП?

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

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

Выясняем причину: почему платформы 8.3.15+ требуют КОРП-лицензию?

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

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

Какие параметры триггерят требование КОРП-лицензии?

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

1. Максимальный объем памяти рабочих процессов — этот параметр в свойствах рабочего сервера должен быть равен строго 0 (в этом случае лимит рассчитывается автоматически как 80% от оперативной памяти сервера).
2. Безопасный расход памяти за один вызов — должен быть равен 0.
3. Объем памяти рабочих процессов, до которого сервер считается производительным — должен быть равен 0.
4. Количество информационных баз на один рабочий процесс — должно быть равно 0.
5. Допустимое отклонение количества ошибок сервера — должно быть равно 0.
6. Режим распределения нагрузки — должен быть установлен исключительно в значение «Приоритет по производительности» (выбор «Приоритет по памяти» является КОРП-функцией).

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

• В одной информационной базе одновременно должно находиться не более 500 сеансов пользователей.
• Используемый серверный кластер должен задействовать не более 12 ядер процессора.

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

Как сбросить настройки КОРП, если войти в 1С невозможно?

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

Способ 1. Сброс настроек через консоль администрирования (MMC)

Если на вашем сервере установлена операционная система Windows и зарегистрирована утилита управления кластером, мы можем воспользоваться графическим интерфейсом консоли MMC.

1. Откроем консоль «Администрирование серверов 1С:Предприятия».
2. Раскроем ветку нашего центрального сервера и перейдем в раздел «Кластеры», а затем выберем конкретный локальный кластер (обычно это Локальный кластер на порту 1541).
3. Нажмем правой кнопкой мыши на кластере и выберем пункт «Свойства».
4. Проверим параметр «Допустимое отклонение количества ошибок сервера». Если там стоит значение, отличное от нуля, установим его в 0.
5. Проверим параметр «Режим распределения нагрузки». Переведем его в положение «Приоритет по производительности». Нажмем «Применить».
6. Перейдем в ветку «Рабочие серверы» нашего кластера.
7. Откроем свойства рабочего сервера (например, gost или localhost).
8. Сбросим все числовые параметры, связанные с ограничением памяти рабочих процессов (максимальный объем памяти, безопасный расход памяти и т.д.), установив их значения в 0.
9. Нажмем «ОК» для сохранения настроек и перезапустим службу сервера 1С через оснастку services.msc.

Способ 2. Сброс настроек через утилиты командной строки RAC и RAS

В операционных системах Linux или в случаях, когда графическая консоль администрирования Windows недоступна, мы можем использовать встроенные утилиты администрирования командной строки rac и ras.

Рассмотрим пример последовательности команд для изменения настроек рабочего сервера. Для начала нам необходимо убедиться, что служба ras (сервер администрирования) запущена. После этого выполним подключение:

# Подключаемся к серверу администрирования и получаем список кластеров
rac localhost:1545 cluster list

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

# Сбрасываем параметры памяти рабочего сервера в значение по умолчанию (0)
rac localhost:1545 server update --cluster=<Идентификатор_Кластера> --max-memory-size=0 --safe-memory-size=0 --memory-limit=0 <Идентификатор_Сервера>

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

Способ 3. Полный сброс конфигурации кластера (радикальный метод)

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

Важно: этот метод полностью сбросит список зарегистрированных на сервере информационных баз. Базы данных на СУБД физически не пострадают, но вам потребуется заново прописать их имена и параметры подключения в консоли администрирования после запуска службы.

Проанализируем пошагово этот процесс:

1. Остановим службу сервера 1С. В Windows это служба «Агент сервера 1С:Предприятия 8.3». В Linux выполним команду: systemctl stop srv1cv83
2. Перейдем в каталог с конфигурационными файлами кластера. По умолчанию в Windows этот каталог находится по пути: C:\Program Files\1cv8\srvinfo (или в общей системной папке профиля службы C:\ProgramData\1C\licenses).
3. Найдем папку с реестром кластера. Обычно она имеет имя вида reg_1541.
4. Внутри этой папки находится файл реестра кластера 1CV8Clst.lst. Именно в нем хранятся все настройки лимитов памяти и структуры кластера.
5. Переименуем файл 1CV8Clst.lst в 1CV8Clst.lst.bak или просто переместим его в другую директорию. Также можно временно переименовать саму папку reg_1541.
6. Запустим службу сервера 1С заново. Система обнаружит отсутствие конфигурационных файлов и автоматически создаст новый чистый кластер с дефолтными настройками, которые гарантированно подходят под лицензию ПРОФ.
7. Теперь мы можем беспрепятственно зайти в Конфигуратор и заново добавить наши информационные базы в список зарегистрированных баз сервера.

Таким образом, мы выяснили, что без корпоративной лицензии КОРП стабильно и без дополнительных манипуляций работают абсолютно любые платформы линейки 8.3 (включая самые актуальные релизы 8.3.23, 8.3.24, 8.3.25 и выше), при условии, что параметры кластера не выходят за рамки ограничений ПРОФ-лицензии и настроены по умолчанию.