Рассмотрим ситуацию, с которой часто сталкиваются администраторы 1С: во время обмена данными между базами (например, УТ 11 и БП 3.0) на сервере внезапно «слетает» программная серверная лицензия. При запуске платформа выдает сообщение о том, что изменились ключевые параметры компьютера (серийный номер ОС, конфигурация жестких дисков и т.д.), хотя фактически никакого вмешательства в аппаратную или программную часть сервера не было. Проанализируем, почему это происходит и разберем по шагам рабочие методы решения этой проблемы.
Программная защита 1С жестко привязывается к параметрам оборудования и операционной системы. Если система фиксирует изменения, лицензия аннулируется. Однако в ряде случаев платформа может ошибаться. Рассмотрим подробнее основные причины такого поведения:
.lic. Если старый файл (от предыдущего пин-кода) остался в каталоге, 1С при запуске или под нагрузкой может случайным образом обратиться к нему. Обнаружив неактуальный файл, механизм защиты блокирует и текущий рабочий пин-код.Если вы столкнулись с подобной ситуацией, не спешите сразу тратить новые пин-коды. Выполним ряд действий, которые помогут стабилизировать работу сервера.
Это самое важное действие при частых сбоях. Если вы уже несколько раз переактивировали лицензию, в системе накопился "мусор". Нам необходимо удалить все неактуальные файлы.
Пройдемся по всем возможным каталогам, где 1С хранит файлы .lic:
C:\ProgramData\1C\licenses\C:\Program Files\1cv8\conf\ или C:\Program Files (x86)\1cv8\conf\C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8\conf\Важно: Удалите все найденные файлы лицензий. После этого запустите конфигуратор и выполните активацию по действующему пин-коду заново (указав, что параметры компьютера не менялись, если это позволяет резервный пин). В результате в системе должен остаться строго один рабочий файл .lic.
Примечание: Простое копирование старых файлов .lic из бэкапа не работает! Платформа определяет, что файл был скопирован, и он становится нефункциональным.
Убедимся, что процессы сервера 1С могут беспрепятственно читать файл лицензии в любой момент времени.
Проверьте, под каким пользователем ОС запущена служба «Агент сервера 1С:Предприятия» (обычно это USR1CV8). Назначьте этому пользователю полные права на папку, где лежит активированный файл лицензии (например, C:\ProgramData\1C\licenses). Это снизит вероятность блокировки файла при множественных обращениях процессов rphost.
Чтобы избежать исчерпания пула лицензий из-за "зависших" или спящих сеансов после обрывов связи при обменах, настроим регламентный перезапуск. В консоли администрирования кластеров серверов 1С настройте периодический перезапуск рабочих процессов (например, раз в сутки ночью, перед началом тяжелых обменов). Это очистит кэш и освободит зависшие соединения.
Если сервер физический, но параметры ОС часто "плавают", применим надежный обходной путь. Программную лицензию можно привязать не к параметрам материнской платы или процессора, а к аппаратному USB-ключу HASP (если в компании есть хотя бы один старый клиентский аппаратный ключ). Вставим ключ в сервер и при активации программной лицензии выберем привязку к нему. В этом случае слеты из-за обновлений Windows или сетевых карт прекратятся навсегда.
Если вы используете старые релизы платформы (такие как 8.3.8.2167), настоятельно рекомендуем запланировать обновление до актуальных стабильных версий (например, 8.3.15 и выше). В старых версиях присутствуют известные утечки памяти в процессах rphost при работе с большими объемами данных через COM-соединения, что косвенно разрушает кэш лицензий и приводит к нестабильной работе.