← На главную

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

Влияет ли смена версии платформы на активацию лицензии

Проанализируем сам механизм работы программного лицензирования 1С. Файл лицензии с расширением .lic формируется центром лицензирования на основании уникального слепка оборудования (Hardware ID). В этот хэш входят ключевые параметры компьютера или виртуальной машины: материнская плата, процессор, объем оперативной памяти, сетевые карты и MAC-адреса, а также параметры операционной системы и дата ее установки.

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

Почему 1С 8.3 не видит лицензии: основные причины

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

1. Различие путей поиска лицензий между версиями. Платформа 8.2 сохраняла полученные лицензии в каталоги с собственным именем, например в системный профиль C:\ProgramData\1C\1Cv82\conf. Платформа 8.3 по умолчанию ищет файлы в других директориях: в общем каталоге C:\ProgramData\1C\licenses либо в C:\ProgramData\1C\1Cv8\conf. Стандартный конфигурационный путь платформы 8.3 не включает старую папку 1Cv82, из-за чего система просто не находит рабочий файл.
2. Размещение файла в профиле конкретного пользователя. Если первичная активация в 8.2 была выполнена администратором не «для всех пользователей», файл .lic сохранился в личной папке профиля учетной записи. Служба сервера 1С 8.3, запущенная под специальным пользователем (например, usr1cv8), не имеет прав доступа к чужой пользовательской директории.

Пошаговый план перехода на платформу 8.3 с сохранением лицензий

Рассмотрим последовательность действий, которая исключит непредвиденные сбои в работе информационных баз при переходе на 8.3.

1. Создаем резервную копию файлов лицензий. Найдем текущие файлы с расширением .lic на сервере. Обязательно запакуем их в архив (zip или rar) и сохраним на резервном носителе. Критически важно: не оставляйте копии файлов .lic в распакованном виде в рабочих каталогах 1С. Механизм защиты платформы воспринимает наличие дублей одного и того же файла как попытку взлома или конфликт и может заблокировать использование лицензии.
2. Размещаем лицензии в общедоступном каталоге. Переместим оригинальные файлы .lic из каталогов 8.2 в общее централизованное хранилище лицензий платформы 8.3 — C:\ProgramData\1C\licenses (для ОС Windows) или /var/1C/licenses (для Linux).
3. Настраиваем альтернативное перенаправление путей. Если перемещать файлы нежелательно, настроим платформу 8.3 на чтение старых каталогов. Для этого в папке C:\ProgramData\1C\1Cv8 создадим конфигурационный файл location.cfg со следующей строкой: location=C:\ProgramData\1C\1Cv82 Это укажет платформе 8.3 дополнительное место поиска лицензий и настроек.
4. Проверяем права доступа службы. Убедимся, что учетная запись, под которой стартует служба сервера ragent платформы 8.3, имеет полные права на чтение файлов в каталоге с лицензиями.
5. Проверяем параметры раздачи лицензий. Если клиентские лицензии установлены на сервере и должны раздаваться рабочим станциям при подключении к базе, откроем консоль администрирования серверов 1С 8.3, перейдем в свойства нужной информационной базы и проверим включение опции «Разрешить выдачу лицензий сервером 1С:Предприятия».

Особые случаи: разрядность сервера и виртуализация

Проанализируем технические нюансы, которые часто упускают из виду при модернизации сервера 1С:

1. Несовпадение разрядности платформы. Если на сервере 8.2 использовалась 32-разрядная версия (x86), то серверная лицензия была получена именно под 32-битный сервер. При переходе на 64-разрядный сервер 8.3 старая 32-битная серверная лицензия работать не сможет. Обратная ситуация допустима: лицензия на 64-разрядный сервер поддерживает работу и 32-разрядной службы. Клиентских лицензий это ограничение не касается — они универсальны по разрядности.
2. Сетевые параметры виртуальных машин. Если сервер 1С развернут на базе Hyper-V или VMware, при обновлении компонентов интеграции или перезагрузке виртуальной машины сетевой адаптер с динамическим MAC-адресом может получить новый физический адрес. Это изменит аппаратный профиль машины, и лицензия признает сервер новым оборудованием. Чтобы исключить эту проблему, зафиксируйте статический MAC-адрес в параметрах виртуального адаптера заранее.

Что делать, если лицензия требует повторной активации

Если аппаратная конфигурация все же изменилась и система требует восстановить лицензию, нам потребуется резервный пин-код из комплекта. Главная сложность при повторной активации — ввести сведения о владельце с точностью до символа, как это было сделано при первой регистрации.

Если эти данные утеряны, в составе дистрибутива платформы 8.3 (в каталоге ExtDst) присутствует утилита ring с модулем управления лицензиями. С ее помощью можно извлечь исходные регистрационные реквизиты компании и номер предыдущего использованного пин-кода прямо из имеющегося файла .lic, что позволит быстро завершить активацию резервного пин-кода без длительного ожидания ответа службы поддержки.