Ситуация, когда после внезапного отключения электричества или некорректной перезагрузки сервера база 1С перестает запускаться, выдавая окно с требованием лицензии, является довольно распространенной. Особенно часто это встречается в отраслевых решениях от компании «Рарус», которые используют собственную систему защиты — СЛК (Система лицензирования и конфигурирования). В данной статье мы подробно разберем, почему возникает эта проблема, почему даже переход на файловый вариант базы не спасает ситуацию, и как пошагово восстановить работоспособность системы.
Рассмотрим важный нюанс, который часто сбивает с толку начинающих специалистов. При попытке выгрузить базу в файл и запустить её локально, ошибка СЛК никуда не исчезает. Проанализируем причину: в решениях от «Рарус» защита встроена непосредственно в программный код самой конфигурации. Это означает, что при запуске 1С исполняемые модули инициируют проверку наличия ключа защиты независимо от того, где хранятся данные — в SQL или в файле 1Cv8.1CD.
Параметры связи с сервером лицензирования обычно жестко прописаны в конфигурационных файлах (например, файлы с расширением .rnk или настройки в папке профиля пользователя). Если система настроена на поиск ключа по конкретному IP-адресу или порту, она будет пытаться достучаться до него в любом режиме работы.
Первым делом нам необходимо убедиться, что все необходимые службы запущены и функционируют корректно. После сбоя питания службы могут не подняться автоматически из-за зависимостей или ошибок инициализации оборудования. Разберем порядок действий:
services.msc).СЛК 3.0 Сервер).Система СЛК обладает встроенными средствами самодиагностики. Посмотрим на состояние лицензий через консоль управления. Для этого выполним следующие действия:
Откроем любой браузер и в адресной строке введем адрес сервера лицензирования и порт 15201 (это стандартный порт для СЛК). Например:
http://127.0.0.1:15201
Если мы находимся непосредственно на сервере, или:
http://IP_Сервера:15201
Если мы подключаемся с клиентской машины. В открывшемся окне мы сможем проанализировать:
Если веб-интерфейс не открывается, это явный признак того, что либо служба не запущена, либо порт заблокирован брандмауэром.
Выясним причину, по которой клиентская часть 1С не может найти сервер лицензий. Часто после сбоя сбрасываются настройки автоматического поиска. В окне ошибки СЛК обычно есть кнопка «Настройка» или возможность указать адрес сервера вручную.
Проанализируем настройки связи: если база запускается на том же компьютере, где установлен ключ, следует использовать адрес 127.0.0.1. Если же сервер лицензий находится на другом узле сети, необходимо прописать его статический IP-адрес. Убедимся, что порт 15201 не изменен в настройках самого сервера СЛК.
Сбой питания — это серьезное испытание для программных лицензий, которые имеют «привязку» к уникальному идентификатору оборудования (Hardware ID). Разберем, что могло произойти:
Изменение ID оборудования: При резком выключении в BIOS/UEFI сервера могут сброситься настройки сетевых карт или контроллеров дисков. Если Hardware ID изменится хотя бы на один бит, СЛК посчитает, что лицензия была перенесена на другой компьютер, и она «слетит». В этом случае в веб-интерфейсе статус лицензии будет отображаться как «Неактивна» или «Ошибка привязки».
Повреждение файлов лицензий: Программные ключи хранятся в файлах (обычно в папке C:\ProgramData\1C\Licensing). Если в момент сбоя происходила запись в эти файлы, они могли повредиться. В такой ситуации потребуется повторная активация лицензии с использованием резервного пин-кода.
После некорректной перезагрузки Windows иногда меняет профиль сетевого подключения с «Частной сети» на «Общественную». Проанализируем последствия: в профиле «Общественная сеть» брандмауэр по умолчанию блокирует большинство входящих соединений, включая порт 15201.
Чтобы исключить этот фактор, выполним проверку:
15201 создано разрешающее правило для входящих подключений (протокол TCP).Иногда проблема кроется не в отсутствии лицензии, а в том, что система «думает», что все лицензии заняты «призрачными» сессиями, оставшимися после сбоя. Выполним полную очистку:
1C:Enterprise Server Admin.СЛК.C:\Program Files\1cv8\srvinfo) и удалим содержимое папок snccntx.Как мы выяснили, восстановление работы СЛК после сбоя требует последовательной проверки всей цепочки: от физического наличия ключа до сетевых настроек порта. Если вышеуказанные шаги не помогли, рекомендуем обратиться к лог-файлам сервера лицензирования, которые обычно находятся в папке Logs внутри каталога установки СЛК. Проанализировав записи в логах, можно точно определить, на каком этапе происходит отказ: при обращении к драйверу ключа или при проверке цифровой подписи лицензии.
Для предотвращения подобных ситуаций в будущем крайне рекомендуется: