Обновление технологической платформы 1С:Предприятие — это стандартная процедура, которая, однако, может преподнести неприятные сюрпризы. Одной из наиболее частых проблем при переходе на ветку 8.3.22 (например, на релиз 8.3.22.2283) является внезапная потеря программных лицензий. Пользователи, которые годами работали стабильно, начинают получать сообщение «Не обнаружено свободной лицензии», хотя количество купленных лицензий не менялось. Разберем подробно, почему это происходит и как восстановить работу системы.
Для начала проанализируем, как ведет себя система. Часто бывает так, что часть лицензий продолжает работать (например, те, что были активированы недавно), а более старые лицензии «отваливаются». Первым делом нам необходимо обратиться к первоисточнику информации — журналу поиска лицензий. Когда программа выдает ошибку, нажмите кнопку «Подробно». Именно там скрыт ответ на вопрос, почему платформа отвергла имеющийся файл .lic.
Рассмотрим типичный лог ошибки, который можно встретить в такой ситуации:
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20230201114218.lic
После получения лицензии удалены:
CPU_0: CPU0, Intel64 Family 6 Model 151 Stepping 2, 64, 64, 7680, 3700, BFE***, U3E1
Sys Name_0: DESKTOP-99SBFV4
В текущей конфигурации компьютера имеются:
CPU_0: CPU0, Intel64 Family 6 Model 151 Stepping 2, 64, 64, 9728, 3700, BFE***, U3E1
Sys Name_0: SERVER1C
Проанализируем эти данные. Мы видим два ключевых расхождения:
DESKTOP-99SBFV4 на SERVER1C. Программная лицензия 1С жестко привязывается к сетевому имени машины.7680 и 9728. Это объем кэш-памяти процессора L3 в Кб.Многие системные администраторы задаются вопросом: «Почему на версии 8.3.21 все работало, хотя имя компьютера было изменено еще полгода назад?». Ответ кроется в обновлении механизмов защиты. Рассмотрим подробнее основные факторы:
1. Ужесточение контроля параметров. В старых релизах платформы существовала определенная «инерция» или погрешность. Если большая часть ключевых параметров (ID материнской платы, BIOS, объем оперативной памяти) оставалась неизменной, платформа могла игнорировать изменение сетевого имени. В ветке 8.3.22 алгоритм проверки стал более строгим, и любое несоответствие NetBIOS-имени блокирует файл лицензии.
2. Новый алгоритм опроса CPU. Начиная с версии 8.3.22.1704 (в которой также изменился обфускатор байт-кода), разработчики 1С изменили способ получения характеристик процессора. Это было необходимо для корректной поддержки современных процессоров (например, Intel Alder Lake), имеющих гибридную архитектуру с производительными и энергоэффективными ядрами. В результате этого изменения новая платформа может считывать объем кэша процессора иначе, чем старая. Даже если вы физически не меняли процессор, для лицензии 1С он стал «другим».
3. Влияние настроек веб-сервера IIS. Если ваши пользователи работают через веб-сервер, переход на режим Classic (классический) вместо Integrated (встроенный) в пулах приложений IIS заставляет систему инициализировать проверку лицензий в изолированной среде. Это часто «подсвечивает» проблемы с привязкой, которые ранее могли кэшироваться сессиями веб-сервера.
Если вы обнаружили, что параметры оборудования изменились (или платформа начала их видеть иначе), единственным законным способом решения является переактивирование лицензий. Выполним следующие действия:
Посмотрим, что происходит с файлами лицензий в процессе переактивации. Вам не нужно вручную удалять старые файлы из папки C:/ProgramData/1C/licenses/. Платформа сделает это автоматически: старый файл получит расширение .oldlic и метку времени, а новый файл .lic появится рядом. Это удобно, так как позволяет сохранить историю изменений.
Часто возникает вопрос: можно ли хранить копии лицензий «на всякий случай»? Проанализируем риски. Система защиты 1С сканирует определенные директории на наличие дублей. Если она обнаружит два одинаковых действующих файла лицензии на разных носителях, это может привести к аннулированию лицензии.
Чтобы безопасно хранить резервные копии, выполните следующие рекомендации:
zip или rar) и поместите туда файлы .lic.Также проанализируем, где именно платформа ищет лицензии. Порядок приоритетности следующий:
conf установленной платформы.%ProgramData%\1C\licenses (именно здесь рекомендуется хранить лицензии для многопользовательской работы через сервер или IIS).%AppData%\1C\1Cv8\Conf пользователя, от имени которого запущен процесс (например, пользователя пула IIS).Если после переактивации лицензии все равно не подхватываются, попробуйте очистить временные файлы (кэш) в папке C:\Users\Имя_Пользователя\AppData\Local\1C\1Cv8\. Иногда там застревают старые данные о результатах поиска лицензий, которые мешают платформе увидеть новые файлы.
Подводя итог, можно сказать, что «слёт» лицензий при переходе на 8.3.22 — это не ошибка программы, а следствие более точного и строгого опроса аппаратной части. Своевременная диагностика через журнал поиска лицензий позволит вам быстро понять, какой именно параметр изменился, и оперативно использовать резервный пин-код для восстановления работы.