← На главную

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

Суть проблемы и механизм возникновения ошибки

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

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

Разберем, какими путями 1С находит «дубликаты»:

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

Почему блокировка происходит не сразу, а через месяц?

Ситуация, когда система «терпит» нарушение целый месяц, — не редкость. Проанализируем причины такой задержки:

1. Периодичность синхронизации с Центром лицензирования. Программные лицензии не проверяются в режиме реального времени каждую секунду. Существует определенный регламентный период (зачастую составляющий 30 дней), по истечении которого система выполняет полную перепроверку валидности активаций через интернет. Именно на 30-й или 31-й день накопленные данные о «старой» и «новой» активации сопоставляются в базе 1С, что приводит к выдаче ошибки.

2. Кэширование данных службой 1С. Служба rphost или агент сервера могут кэшировать информацию о лицензиях. Пока служба не перезагружена или пока не истек внутренний счетчик валидности кэша, сервер может использовать старые данные, не инициируя повторную проверку в сети.

3. Изменение сетевой видимости. Рассмотрим ситуацию: старый и новый серверы находились в разных подсетях или были разделены файрволом. Если через месяц произошли изменения в настройках роутера, обновились правила брандмауэра или серверы были переведены в общий сегмент, они «увидели» друг друга по протоколам поиска лицензий, и ошибка проявилась мгновенно.

Пошаговое решение проблемы

Если вы столкнулись с этой ошибкой, выполните следующие действия по очистке системы от «фантомных» лицензий.

Шаг 1. Полное удаление старых файлов лицензий

Просто остановить службу на старом сервере недостаточно. Необходимо физически удалить или переместить файлы .lic из всех каталогов, где их может искать платформа. Проанализируем стандартные пути поиска лицензий:

• %ProgramData%\1C\licenses — основное место хранения для сервера и многопользовательских лицензий.
• %AppData%\1C\1Cv8\ExtLics — здесь могут находиться однопользовательские лицензии.
• Каталог conf внутри папки установленной платформы (например, C:\Program Files\1cv8\8.3.XX.XXXX\bin\conf).
• Каталог conf в корне папки 1cv8 (C:\Program Files\1cv8\conf).

Важно: Переместите файлы в архив или на флешку, но не оставляйте их на диске сервера в папках, связанных с 1С.

Шаг 2. Очистка кэша сервера и перезапуск служб

После удаления файлов на обоих серверах рекомендуется выполнить перезапуск службы «Агент сервера 1С:Предприятия». Это принудительно заставит систему перечитать доступные лицензии и сбросить информацию о конфликте.

Шаг 3. Повторная активация (если требуется)

В некоторых случаях после блокировки лицензия на «новом» сервере может пометиться как невалидная. Вам потребуется выполнить процедуру восстановления:

1. Запустите 1С в режиме «Конфигуратор».
2. Выберите пункт «Сервис» — «Получение лицензии».
3. Введите регистрационный номер и активный (резервный) пинкод.
4. В окне выбора операции выберите «Восстановление».
5. Обязательно убедитесь, что флажок «Я подтверждаю, что состав компьютера не изменился» снят, если вы действительно переносили лицензию на новый сервер.

Как правильно проводить миграцию в будущем

Рассмотрим алгоритм «чистого» переноса лицензий, который исключит появление ошибки в будущем:

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

2. Деактивация: Перед активацией на новом сервере удалите файл лицензии со старого сервера. Если старый сервер должен продолжать работу с другими базами, убедитесь, что на нем не запускаются информационные базы, использующие тот же регистрационный номер.

3. Активация: Используйте следующий по порядку резервный пинкод на новом сервере. Помните, что использование одного комплекта на разных серверах допустимо только в том случае, если эти серверы объединены в один кластер 1С, и лицензия активирована на менеджере лицензий кластера.

4. Контроль: После активации проверьте через консоль администрирования серверов 1С, какая именно лицензия подхватилась сеансами пользователей. Убедитесь, что в списке лицензий нет дублей с одинаковыми рег номерами.

Таким образом, основной причиной ошибки является невнимательность при очистке старых данных. Система 1С строго следит за тем, чтобы один программный продукт не тиражировался в сети сверх купленного лимита, а задержка в месяц — это лишь техническая особенность механизмов проверки, которая рано или поздно все равно обнаружит нарушение.