К статье
Практический материал

Администрирование · 11 мин

Как обновить сервер СЛК 1С 8.3

Как обновить сервер СЛК 1С 8.3 без потери лицензий: подготовка, резервное копирование, установка новой версии, перенос ключей и проверка работы защищённых конфигураций.

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

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

Материал рассчитан на администраторов, которые обслуживают сервер СЛК версии 3.x на Windows или Linux. Описанные шаги применимы к типовой установке; если сервер развёрнут в нестандартной конфигурации (кластер, виртуализация с пробросом USB-ключей, несколько экземпляров службы), отдельные моменты потребуют адаптации.

Что проверить перед обновлением сервера СЛК

Первый шаг — определить текущую версию сервера СЛК и версию, до которой планируется обновление. Версию установленного сервера можно посмотреть в консоли управления СЛК (Licence Server Console) в разделе сведений о сервере, а также в свойствах исполняемого файла службы. Актуальную версию дистрибутива уточняйте на портале разработчика системы лицензирования — как правило, дистрибутив распространяется через партнёрские каналы 1С.

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

Также убедитесь, что у вас есть: дистрибутив новой версии сервера СЛК, права локального администратора на сервере, доступ к консоли управления СЛК и записанные пин-коды всех активированных лицензий. Пин-коды обычно хранятся в документации к конфигурации или в личном кабинете на портале лицензирования.

Версия сервера СЛКВидна в консоли управления

Сравните с минимально требуемой версией для ваших конфигураций

Пин-коды лицензийДолжны быть записаны заранее

Без них восстановление активаций при сбое может занять дни

Расположение данныхКаталог данных сервера СЛК

Именно его нужно включить в резервную копию

Режим работы пользователейСЛК раздаёт лицензии постоянно

Обновление планируйте на нерабочее время — служба будет остановлена

Резервное копирование данных и лицензий

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

Остановите службу сервера СЛК перед копированием, чтобы файлы не были заблокированы и скопировались в согласованном состоянии. В Windows это делается через оснастку «Службы» (services.msc) — найдите службу сервера лицензирования и остановите её. В Linux служба обычно управляется через systemctl.

bash
# Linux: остановка службы и копирование каталога данных
sudo systemctl stop slk-server
sudo cp -r /var/slk /backup/slk-$(date +%F)
# Windows: копирование выполняется проводником или robocopy
robocopy "C:\Program Files\1C\Licence Server\data" D:\Backup\slk-data /E

Скопируйте весь каталог данных сервера СЛК целиком, а не отдельные файлы — взаимосвязи между файлами важны для целостности. Дополнительно экспортируйте или сфотографируйте список активных лицензий из консоли управления: регистрационные номера, количество лицензий, серийные номера ключей. Это понадобится для сверки после обновления.

Установка новой версии сервера СЛК

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

Альтернативный сценарий — установка в новый каталог с последующим переносом данных. Он безопаснее, так как старая версия остаётся нетронутой и к ней можно откатиться. После установки остановите новую службу, скопируйте в её каталог данных содержимое резервной копии (или каталога данных старой версии) и запустите службу заново.

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

При установке на Linux обратите внимание на права доступа к перенесённым файлам данных: владельцем должен быть пользователь, от имени которого работает служба СЛК, иначе сервер не сможет прочитать файл лицензий. После копирования проверьте и при необходимости скорректируйте права командой chown.

Настройка после установки

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

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

Проверка работоспособности

Базовая проверка выполняется в консоли управления СЛК: сервер должен отображать все активированные лицензии с корректными счётчиками (сколько выдано, сколько доступно). Сравните список с тем, что был зафиксирован до обновления, — регистрационные номера и количество лицензий должны совпадать.

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

Контрольные точки

Как проверить результат обновления

Служба сервера СЛК
Норма

Служба запущена и работает без ошибок в журнале

Тревожный признак

Служба останавливается сразу после запуска или пишет ошибки чтения данных

Список лицензий в консоли
Норма

Все лицензии видны, счётчики совпадают с данными до обновления

Тревожный признак

Лицензии отсутствуют или показывают нулевой остаток

Запуск конфигурации
Норма

Сеанс 1С стартует штатно, лицензия выдаётся

Тревожный признак

Ошибка «не найдена лицензия» или «сервер СЛК недоступен»

Журнал сервера СЛК
Норма

Нет повторяющихся ошибок обращения к файлу лицензий

Тревожный признак

Ошибки доступа к данным, неверная версия формата файла

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

Типичные проблемы и их решение

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

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

Типичные ошибки при обновлении СЛК
01
Обновление без резервной копии каталога данных — при сбое активации теряются и требуется повторное получение лицензий
02
Обновление в рабочее время — пользователи массово получают ошибки лицензирования при остановке службы
03
Перенос данных без остановки службы — файлы копируются в несогласованном состоянии, сервер не читает лицензии
04
Игнорирование прав доступа на Linux — служба не может прочитать перенесённые файлы данных
05
Удаление старой версии до проверки новой — откат становится невозможным без переустановки и восстановления из копии

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

Удобно вести простой журнал обслуживания СЛК: дата обновления, с какой версии на какую, кто выполнял, где лежит резервная копия. При следующем обновлении или инциденте это экономит значительное время на восстановление картины.
ПЗ
Практическое замечание

Часто задаваемые вопросы

Можно ли обновить сервер СЛК без остановки работы пользователей?

Полностью без остановки — нет: службу придётся остановить минимум на время установки. Сократить простой можно, подготовив всё заранее (резервная копия, дистрибутив, проверенные пин-коды) и выполняя обновление в нерабочее время. Обычно сама процедура занимает 15–30 минут.

Потеряются ли активированные лицензии при обновлении?

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

Нужно ли обновлять СЛК при обновлении платформы 1С 8.3?

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

Что делать, если после обновления лицензии не видны?

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

Как откатиться на предыдущую версию сервера СЛК?

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

Где взять дистрибутив новой версии сервера СЛК?

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

Итог

Что важно запомнить

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