← На главную

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

Проанализируем ситуацию и выявим причину сбоя

Для начала рассмотрим типичную картину проблемы. В папке C:\ProgramData\1C\1cv8\conf (или аналогичной, в зависимости от настроек) хранятся файлы с расширением .lic. Если у вас приобретено несколько комплектов лицензий (например, по 5 рабочих мест), там будет находиться несколько файлов. Каждый такой файл привязан к конкретным параметрам сервера: имени компьютера, модели процессора, объему оперативной памяти, сетевым адаптерам и, что самое важное, к серийным номерам жестких дисков.

Разберем вопрос: почему может выйти из строя только одна лицензия, если все они лежат на одном ПК? Выясним основные причины:

• Изменение дисковой подсистемы. Как показывает практика, программные лицензии 1С крайне чувствительны к состоянию дисков. Если в системе был добавлен или удален виртуальный диск, изменен порядок монтирования или даже обновлен драйвер контроллера, контрольная сумма оборудования может измениться.
• Разные версии платформы. Проанализируем версии 1С:Предприятие. Если лицензии активировались в разное время, они могли использовать разные алгоритмы привязки. Более новые версии платформы (например, начиная с 8.3.18) могут по-другому опрашивать параметры виртуальных машин.
• Обновление операционной системы. Установка крупных обновлений Windows или изменение сетевого имени сервера гарантированно ведет к аннулированию текущей привязки.

Как идентифицировать проблемный файл лицензии

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

1. Перейдем в каталог C:\ProgramData\1C\1cv8\conf.
2. Посмотрим на даты изменения файлов. Обычно «слетевшая» лицензия — это та, на которую ругается система в журнале регистрации или при попытке запуска.
3. Воспользуемся утилитой для чтения файлов лицензий (если она доступна) или проанализируем лог-файл ошибки 1С. В тексте ошибки часто указывается регистрационный номер лицензии и конкретный параметр, который изменился (например, Диск: удален, Диск: добавлен).

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

Пошаговое руководство по восстановлению лицензии

Теперь разберем алгоритм восстановления лицензии с использованием резервного пинкода. Посмотрим, как это сделать правильно, чтобы не заблокировать остальные ключи.

Шаг 1. Подготовка данных.
Для восстановления нам понадобятся:

• Регистрационный номер программного продукта.
• Предыдущий пинкод (который был использован для активации проблемного файла).
• Новый резервный пинкод из того же комплекта.
• Точные данные организации, которые вводились при первой активации.

Шаг 2. Очистка старой привязки.
Переместим файл проблемной лицензии (например, 20211230115157.lic) из папки ProgramData в другое место (в качестве бэкапа). Сама 1С при получении новой лицензии должна аннулировать старую в центре лицензирования автоматически, но физическое перемещение файла поможет платформе «понять», что лицензию нужно запросить заново.

Шаг 3. Запуск процесса восстановления.
Запустим 1С в режиме «Конфигуратор» или просто попытаемся войти в базу. В появившемся окне об ошибке выберем пункт «Получить лицензию». Далее выберем «Восстановление».

Шаг 4. Ввод данных.
Введем регистрационный номер и новый резервный пинкод. На следующем этапе крайне важно установить галочку «Я подтверждаю, что персональные данные не изменились». Посмотрим на этот момент внимательнее: данные должны совпадать до каждого знака и пробела. Если вы напишете ООО "Ромашка" вместо ООО «Ромашка» (разные кавычки), система выдаст ошибку.

Если данные о владельце утеряны, рекомендуем найти файл LicData.txt, который часто сохраняется системными администраторами при первой установке, или обратиться в центр лицензирования lic@1c.ru с запросом данных по вашему регистрационному номеру.

Особенности работы в терминальном режиме (RDP)

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

Когда пользователь заходит через RDP и запускает 1С, клиентское приложение ищет лицензию на самом сервере в папке ProgramData. Поскольку у вас 5 файлов по 1 рабочему месту (или один файл на 5 мест, активированный по очереди), система суммирует доступные сеансы. Если один файл «вылетает» из-за ошибки привязки, количество доступных мест уменьшается.

Выясним, нужно ли удалять лицензию на всех ПК? Ответ — нет. Лицензии на терминальном сервере лежат централизованно. Удаление и переустановка производятся только на том сервере, где эти файлы находятся физически. На локальных компьютерах пользователей в данном сценарии ничего делать не нужно.

Что делать, если резервные пинкоды закончились?

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

1. Подготовим официальное письмо от организации на адрес lic@1c.ru.
2. В письме укажем регистрационный номер продукта, название организации и причину запроса нового пинкода (например, «сбой дисковой подсистемы сервера»).
3. Приложим файл последней действовавшей лицензии (тот самый «битый» .lic файл).
4. Центр лицензирования проверит, не используются ли старые пинкоды на разных машинах одновременно, и, если нарушений нет, пришлет новый дополнительный пинкод.

Советы по предотвращению подобных проблем в будущем

Чтобы минимизировать риск «слета» лицензий, проанализируем следующие рекомендации:

• Стабильность параметров виртуальной машины. Если 1С работает на виртуальном сервере, необходимо зафиксировать его параметры (MAC-адрес, UUID, статические ID дисков). В гипервизорах (Hyper-V, VMware) есть настройки, предотвращающие динамическое изменение идентификаторов оборудования при миграции между хостами.
• Файл 1cv8conn.pfl. Иногда стоит обратить внимание на этот файл в папке с лицензиями. Он кэширует параметры подключения. При серьезных сбоях его удаление (вместе с проблемным .lic) помогает платформе корректно пересчитать привязку.
• Версия платформы. По возможности используйте одну и ту же версию платформы для всех сеансов и обновляйте её синхронно. Это исключит конфликты разных механизмов проверки лицензий.

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