Новая версия сервера защиты СЛК 3.0: порядок обновления без потери лицензий

Чтобы обновить СЛК 3.0, скачайте новый дистрибутив сервера лицензирования, в нерабочее время остановите службу сервера СЛК и установите новую версию поверх старой. Активированные лицензии и настройки при таком обновлении сохраняются. Вторую часть — компоненту защиты внутри конфигурации — обновляет не администратор, а релиз самого решения: она приходит вместе с обновлением конфигурации 1С.

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

Что такое СЛК 3.0 и когда её обновлять

СЛК — это «Система лицензирования и защиты конфигураций» фирмы 1С. Её используют разработчики отраслевых и партнёрских решений, чтобы защитить свою конфигурацию от нелегального копирования. Это не справочник и не настройка в базе, а отдельный программный комплекс.

Типовые конфигурации — Бухгалтерия 3.0, ЗУП 3.1, УТ 11 — СЛК не используют: им достаточно лицензии платформы. СЛК появляется, когда на базе типовой работает отраслевое решение партнёра или когда вы купили защищённую тиражную разработку.

Из чего состоит СЛК 3.0:

• 🖥️ Сервер СЛК — служба на компьютере или сервере. Хранит лицензии решения и выдаёт их сеансам 1С.
• 🔑 Ключ — аппаратный (USB) или программный, который активируют пин-кодом.
• 🧩 Компонента защиты — встроена в конфигурацию. При запуске она обращается к серверу СЛК и проверяет, есть ли свободная лицензия.

Когда обновление действительно нужно:

1. В описании нового релиза отраслевого решения указана минимальная версия сервера СЛК, а у вас стоит более ранняя.
2. Разработчик решения прямо рекомендует обновить сервер — например, из-за исправленной ошибки.
3. Вы переводите сервер на новую версию Windows или Linux, а текущая сборка СЛК её не поддерживает.
4. Сервер работает нестабильно: служба падает, лицензии «теряются» после перезагрузки.

Что сделать до обновления СЛК: пять подготовительных шагов

Само обновление занимает 5–10 минут. Подготовка — дольше, но именно она спасает от звонков пользователей.

Шаг 1. Узнайте текущую версию сервера. Откройте веб-консоль сервера СЛК в браузере на том же компьютере. По умолчанию она отвечает на порту 9099: http://localhost:9099. Версия видна в интерфейсе консоли. Другой способ — Панель управления → Программы и компоненты, там СЛК видна как установленная программа с номером версии.

Шаг 2. Выясните, какая версия нужна. Требование к серверу СЛК разработчик решения пишет в описании релиза конфигурации («Новое в версии», файл описания в поставке). Запишите минимальный номер.

Шаг 3. Скачайте дистрибутив. Сервер СЛК 3.0 распространяется через портал обновлений 1С — в разделе «Система лицензирования и защиты конфигураций». Доступ к нему даёт действующая подписка на поддержку. Часть разработчиков кладёт дистрибутив сервера прямо в поставку своего решения. Берите сборку под свою ОС и разрядность.

Шаг 4. Сохраните данные лицензий. Программные лицензии привязаны к оборудованию компьютера и хранятся в рабочем каталоге сервера СЛК. Скопируйте этот каталог в отдельное место. Где он лежит, видно в настройках сервера в веб-консоли. Также выпишите пин-коды и регистрационные номера комплектов — они понадобятся при повторной активации.

Шаг 5. Согласуйте окно работ. Пока служба остановлена, ни один пользователь защищённого решения не войдёт в базу, а у работающих оборвутся сеансы. Предупредите людей и выберите время вне рабочего дня.

Три способа обновления сервера СЛК

Выбор зависит от ситуации. В подавляющем числе рабочих случаев хватает первого.

Способ 1. Обновление поверх установленной версии

1. Убедитесь, что все пользователи вышли из баз защищённого решения.
2. Откройте services.msc и найдите службу сервера СЛК. Проще всего отсортировать список по имени и поискать по слову «Licence» или «СЛК».
3. Остановите службу.
4. Запустите установщик новой версии от имени администратора.
5. Пройдите мастер: установщик обнаружит старую версию и заменит файлы. Каталог с данными не меняйте.
6. Проверьте, что служба снова запущена. Если нет — запустите вручную и выставьте тип запуска «Автоматически».
7. Откройте http://localhost:9099 и сверьте номер версии и список лицензий.

Способ 2. Чистая переустановка

Нужна, если установщик поверх завершается ошибкой или служба после обновления не стартует.

1. Остановите службу и скопируйте рабочий каталог с лицензиями в отдельную папку.
2. Удалите сервер СЛК через Программы и компоненты.
3. Проверьте, что рабочий каталог остался на месте. Если удалился — верните его из копии.
4. Установите новую версию, указав тот же каталог данных.
5. Запустите службу и проверьте лицензии в веб-консоли.

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

Способ 3. Обновление вместе с переездом на новый сервер

Если обновление совпало с заменой «железа», ставьте сразу новую версию на новый компьютер. Старую сборку переносить незачем.

Программная лицензия на новом оборудовании недействительна — её активируют заново тем же пин-кодом. Число повторных активаций у комплекта ограничено. Если попытки закончились, за новым пин-кодом обращаются к разработчику решения или партнёру, у которого покупали.

Аппаратный USB-ключ просто переставляют в новый компьютер. Для серверов в виртуальной среде нужен проброс USB-устройства в виртуальную машину.

Обновление компоненты защиты в конфигурации

Вторая половина СЛК живёт внутри базы. Компонента защиты входит в состав конфигурации отраслевого решения. Вручную её не устанавливают и не заменяют.

Как это работает на практике:

• 📦 Разработчик выпускает новый релиз решения — в нём уже новая компонента.
• 🔄 Вы обновляете конфигурацию обычным способом: через Конфигуратор, Конфигурация → Поддержка → Обновить конфигурацию, и затем обновляете конфигурацию базы данных.
• ✅ При первом запуске клиент получает новую компоненту, и она начинает работать с сервером СЛК.

Отсюда ответ на частую путаницу: «обновить СЛК в 1С 3.0» на уровне базы — значит обновить само отраслевое решение до релиза, где разработчик поменял защиту. Отдельной кнопки «обновить СЛК» в типовом интерфейсе Бухгалтерии 3.0 или ЗУП 3.1 нет.

Смена версии СЛК: 2.x на 3.0

Переход между поколениями — не рядовое обновление. Меняются и компонента в конфигурации, и сервер, и формат лицензий. Такой переход разработчик решения проводит отдельным релизом и сопровождает собственной инструкцией. Действуйте строго по ней: ставить сервер 3.0 «на всякий случай» до перехода конфигурации бесполезно.

Переезд, смена организации и другие особые случаи

Обновление часто совпадает с изменениями в компании. Вот что в таких ситуациях происходит с защитой.

Где на стороне 1С указывают адрес сервера СЛК

Каждое отраслевое решение показывает настройки подключения к серверу СЛК по-своему. Обычно форма открывается автоматически, если при запуске компонента не нашла лицензию. Там задают адрес сервера и порт.

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

Массовое и автоматическое обновление

Когда серверов СЛК несколько — например, по одному в каждом филиале, — обновлять их вручную долго. Помогают штатные средства ОС.

Windows. Если дистрибутив поставляется в формате MSI, его ставят в тихом режиме стандартным установщиком Windows:

net stop "<имя службы СЛК>"
msiexec /i "C:\Distr\slk-server.msi" /qn /l*v "C:\Distr\slk-install.log"
net start "<имя службы СЛК>"

Точное имя службы возьмите из services.msc — колонка «Имя службы» в свойствах. Журнал установки покажет причину, если что-то пошло не так. Такой сценарий можно раздать через групповые политики или систему управления парком.

Linux. Пакет ставят штатным менеджером пакетов поверх старого:

sudo apt install ./<пакет-сервера-слк>.deb
sudo systemctl status <имя-службы>

Для дистрибутивов на RPM — аналогично через dnf или rpm -U.

Внешних «обработок для обновления СЛК» из интернета избегайте. Компонента защиты — часть лицензированного решения. Её подмена сторонними файлами нарушает лицензию и обычно приводит к тому, что решение перестаёт запускаться вовсе.

Как проверить, что обновление прошло успешно

Проверку делайте сразу после работ, пока пользователи не пришли.

1. Версия. В веб-консоли http://localhost:9099 видна новая версия сервера.
2. Лицензии. В списке лицензий те же комплекты и то же количество мест, что было до обновления.
3. Служба. В services.msc служба работает, тип запуска «Автоматически». Перезагрузите сервер в окне работ и убедитесь, что служба поднялась сама.
4. Вход в базу. Запустите защищённое решение под обычным пользователем. Вход без сообщений о ключе — главный признак успеха.
5. Занятые лицензии. После входа в веб-консоли видно, что одна лицензия занята. После выхода — освободилась.
6. Второй компьютер. Зайдите в базу с другого рабочего места, чтобы проверить сетевой доступ к серверу СЛК.

Ошибки после обновления СЛК и что с ними делать

Частые вопросы