← На главную

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

Разбор причин возникновения ошибки

Программные лицензии 1С жестко привязываются к «отпечатку» оборудования, который включает в себя идентификаторы процессора, сетевых карт, материнской платы и других компонентов. Когда виртуальная среда меняет конфигурацию (например, с Model 85 на Model 106), сервер лицензирования 1С справедливо считает старую привязку недействительной.

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

Шаг 1: Проверка актуальности файлов конфигурации

Чтобы убедиться, что причина именно в локальном кэше клиента, проанализируем поведение приложения. Если при удалении файлов 1cv8conn.pfl и 1cv8connN.pfl из папки C:\ProgramData\1C\1cv8\ клиент перестает видеть лицензию даже там, где раньше всё работало — значит, клиентское приложение опиралось на эти файлы для формирования запроса к серверу лицензирования.

Выясним, как решить проблему переносом корректных настроек:

1. Найдем рабочую станцию, с которой подключение к базе 1С выполняется успешно.
2. Перейдем в папку C:\ProgramData\1C\1cv8\ на этом компьютере.
3. Скопируем файлы 1cv8conn.pfl и 1cv8connN.pfl.
4. Перенесем эти файлы на проблемную машину в аналогичную директорию.
5. Попробуем запустить клиент 1С повторно.

Шаг 2: Устранение системных ограничений

Часто возникает вопрос: «Нужно ли открывать порты для лицензирования?». В случае использования программных лицензий, которые раздаются сервером 1С, стандартные порты (например, 475, используемый для аппаратных USB-ключей) обычно не играют роли. Программные лицензии передаются через основной порт сервера 1С, на котором работает кластер. Если у пользователя на проблемном компьютере отсутствует доступ к системному диску C:, это не должно препятствовать работе, так как 1С при получении лицензии с сервера использует сетевой протокол, а не локальный поиск файлов лицензий.

Шаг 3: Что делать, если проблема повторяется

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

• Очистка кэша: Удалите все временные файлы конфигурации из папок %AppData%\1C\1cv8\ и %LocalAppData%\1C\1cv8\. Это заставит 1С при следующем запуске «забыть» старые параметры и запросить актуальные данные напрямую у сервера.
• Проверка сервера лицензирования: В консоли администрирования серверов 1С убедитесь, что сервер, раздающий лицензии, настроен корректно. Если вы используете выделенный сервер для раздачи лицензий, проверьте его доступность для всех клиентов кластера.
• Повторная активация: Если после смены процессора на виртуальной машине сервер 1С перестал выдавать лицензии, это означает, что программный ключ окончательно деактивировался из-за смены оборудования. В этом случае необходимо произвести повторную активацию лицензии через Центр лицензирования, используя резервный пин-код.

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