← На главную

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

Выясним причину конфликта версий СЛК

Проанализируем ситуацию и выделим ключевые технические ограничения, из-за которых старая конфигурация выдает ошибку:

1. Отсутствие обратной совместимости. Сервер лицензирования СЛК 3.0 архитектурно не поддерживает вызовы устаревших внешних компонент СЛК 2.x. Поэтому при попытке обращения старой базы к новому серверу система сообщает о несовместимости версий либо об отсутствии доступного сервера.
2. Сетевой конфликт сокетов. Обе службы (и СЛК 2.0, и СЛК 3.0) по умолчанию настроены на прослушивание одного и того же сетевого TCP-порта — 9099. Если одна из служб уже заняла этот порт, вторая служба либо вообще не сможет стартовать, либо завершит работу с аварийной ошибкой сокета.
3. Конфликт внешних библиотек. Каждая конфигурация рассчитывает на взаимодействие со своей версией компоненты защиты. Если в операционной системе глобально зарегистрирована только компонента новой версии, устаревшая база может упасть при инициализации модуля защиты.

Пошаговая настройка параллельной работы служб

Рассмотрим подробнее процесс разведения двух систем лицензирования на одном ПК. Наша главная задача — разделить сетевые порты и корректно перенаправить запросы из архивной базы.

1. Смена рабочего порта для одной из служб.

   Рекомендуется не трогать работающую рабочую конфигурацию СЛК 3.0 и оставить её на штатном порту 9099. Для службы СЛК 2.0 зададим альтернативный порт — например, 9098 (или любой другой свободный TCP-порт в системе).

   Смену порта можно выполнить через консоль администрирования СЛК 2.0 либо вручную в конфигурационном файле службы (обычно располагается в системном каталоге ProgramData\1C\Licence 2.0\). После редактирования настроек обязательно перезапустим службу СЛК 2.0 через оснастку управления службами Windows (services.msc).

2. Проверка регистрации служб в операционной системе.

   Откроем оснастку services.msc и убедимся, что установщик СЛК 2.0 не перетер существующую службу СЛК 3.0. В списке должны присутствовать две независимые службы с разными именами, ссылающиеся на исполняемые файлы в соответствующих каталогах установки. Обе службы должны находиться в статусе «Работает».

3. Настройка подключения в архивной информационной базе.

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

   В параметрах подключения явно зададим адрес сервера 127.0.0.1 (или localhost) и укажем наш новый порт — 9098. Сохраним настройки и перезапустим сеанс информационной базы.

4. Работа с ключами защиты и драйверами.

   Если используются аппаратные USB-ключи защиты, обратим внимание на драйверы. Драйвер ключей из актуального дистрибутива СЛК 3.0 (пакет UpKey) обратно совместим и корректно распознает физические ключи предыдущих поколений. Во время установки обновленного драйвера рекомендуется на время извлечь USB-ключи из разъемов компьютера.

   Если же защита построена на программных лицензиях, никаких дополнительных манипуляций не требуется: файлы привязок лицензий СЛК 2.0 и СЛК 3.0 хранятся в изолированных системных каталогах и никогда не пересекаются.

Альтернативные способы решения задачи

Если на сервере развернуто критически важное окружение и есть опасения нарушить стабильность рабочей базы, рассмотрим альтернативные варианты изоляции:

1. Развертывание СЛК 2.0 на виртуальной машине или вспомогательном ПК. Это самый надежный подход с точки зрения безопасности боевой системы. Служба СЛК 2.0 устанавливается на отдельный узел сети на стандартный порт, а в архивной базе в параметрах защиты прописывается сетевой IP-адрес этого узла.
2. Обновление архивной базы. Если база поднята для регламентных сверок или долгосрочной выгрузки данных, имеет смысл обновить конфигурацию до релиза, где разработчик уже выполнил штатный переход на компоненты СЛК 3.0.
3. Использование универсальной компоненты защиты. Некоторые отраслевые разработчики выпускали промежуточный пакет внешней компоненты (LicenceAddIn). При его установке старый код конфигурации получает возможность транслировать запросы напрямую в сервер СЛК 3.0 без кардинальной переработки структуры защиты.