Когда после очередного обновления отраслевого решения в системе 1С:Предприятие внезапно возникает тревожное сообщение "СЛК Версия типового решения не поддерживается в версии отраслевого решения", это может серьезно нарушить рабочий процесс и вызвать потерю связи с сервером Системы лицензирования и защиты конфигураций (СЛК). Подобная ситуация часто указывает на несоответствие версий компонентов СЛК или некорректное обновление файлов защиты. Давайте вместе разберем, почему возникает эта проблема, и рассмотрим проверенные способы ее устранения.
Выясняем причину: Диагностика проблемы с СЛК
Первым шагом в решении любой проблемы является ее правильная диагностика. В нашем случае, автор темы столкнулся с тем, что ошибка проявляется только в клиент-серверном режиме работы базы данных, но не воспроизводится при открытии той же базы в файловом режиме. Это крайне важный момент, который сразу же указывает на серверную природу проблемы.
Давайте посмотрим на детали, которые удалось выяснить в процессе диагностики:
Различие режимов работы: Запуск копии базы в файловом режиме в той же сети не выявил ошибки. Это наводит нас на мысль, что проблема не в самой конфигурации или ее данных, а в окружении, специфичном для клиент-серверного режима, чаще всего это сервер 1С:Предприятия или компоненты, установленные на нем.
Неопределенная версия библиотек защиты: Анализ сведений о поддержке конфигурации показал ключевую разницу. В файловом режиме информация о "Версии библиотек защиты отраслевого решения" присутствует, тогда как в клиент-серверном режиме она отображается как "Не определена". Это прямо указывает на то, что сервер 1С по какой-то причине не может корректно загрузить или использовать необходимые библиотеки защиты СЛК.
Эти наблюдения приводят нас к основному подозреваемому – устаревшим или некорректно загруженным файлам защиты на сервере 1С:Предприятия. Если на одном сервере работают несколько информационных баз, особенно с разными версиями защиты или отраслевыми решениями, это может усугубить ситуацию, поскольку старые файлы защиты могут конфликтовать с новыми.
Подтвержденное решение: Перезапуск сервера 1С
Исходя из диагностированных проблем, наиболее эффективным и часто встречающимся решением является перезапуск сервера 1С:Предприятия. Почему это помогает? При запуске сервера 1С он инициализирует компоненты и может загрузить свежие версии файлов защиты из макетов, встроенных в обновленную конфигурацию. Это позволяет привести в соответствие версии клиентских и серверных компонент СЛК.
Давайте разберем по шагам, как выполнить эту процедуру:
Остановить регламентные задания: Прежде чем выполнять какие-либо действия с сервером, мы рекомендуем остановить все активные
РегламентныеЗадания
во всех базах, работающих на данном сервере 1С. Это поможет избежать прерывания важных фоновых процессов и потенциальной порчи данных.
Остановить службу сервера 1С:Предприятия: На самом сервере, где установлен кластер серверов 1С, нам нужно остановить службу 1С:Предприятия. Обычно это делается через оснастку "Службы" в "Администрировании".
Запустить службу сервера 1С:Предприятия: После остановки службы, запустите ее снова. Этот шаг критически важен, так как при запуске сервер заново инициализирует свои компоненты, включая библиотеки защиты.
Зайти в рабочую базу: Откройте проблемную рабочую информационную базу в клиент-серверном режиме. Важно зайти именно в эту базу первой, чтобы она могла корректно инициировать процесс обновления файлов защиты из своих макетов на сервере.
Запустить защищенный функционал: Попробуйте выполнить действия, которые ранее приводили к появлению ошибки СЛК. Если все сделано правильно, ошибка должна исчезнуть.
Запустить остальные базы: После успешной проверки можно последовательно запускать другие информационные базы, работающие на этом же сервере.
Как дополнительный вариант, который может помочь в процессе обновления библиотек, особенно если на сервере ранее не был установлен
сервер защиты СЛК
или были проблемы с его компонентами: после остановки сервера 1С, мы можем установить сервер защиты СЛК из дистрибутива, даже если он не будет использоваться напрямую для выдачи лицензий. Эта установка гарантирует, что все необходимые библиотеки защиты будут скопированы в системные папки сервера.
Распространенные причины возникновения ошибки "Версия типового решения не поддерживается"
Помимо ситуации, описанной выше, существует несколько других распространенных факторов, способствующих возникновению подобных ошибок с СЛК. Давайте рассмотрим их подробнее, чтобы мы могли учитывать их в нашей практике:
Несоответствие версий сервера и клиента СЛК: Эта причина является одной из наиболее частых. Если сервер СЛК или клиентская компонента (например, внешняя компонента
LicenceAddIn
) были обновлены, а их пары — нет, возникнет конфликт. Сервер СЛК обновляется из дистрибутива, поставляемого с обновлением конфигурации, а клиентская компонента — в момент обновления рабочей информационной базы.
Устаревшие файлы защиты или библиотеки: На сервере приложений 1С могут оставаться старые версии файлов защиты, особенно если на нем установлено множество баз с различными версиями отраслевых решений. Это мешает системе корректно определить актуальную версию библиотек защиты.
Некорректная установка СЛК: Установочные файлы СЛК обычно располагаются в папке "СЛК" или "Protection" внутри шаблона очередного обновления конфигурации. Если установка СЛК на сервере или рабочих станциях была произведена с ошибками, это может привести к невозможности работы защиты.
Проблемы с драйверами ключей защиты: В случае использования аппаратных USB-ключей защиты, важно убедиться, что установлены актуальные и совместимые драйверы для этих ключей. Устаревшие драйверы могут быть причиной сбоев.
Блокировка портов брандмауэром или антивирусом: Сервер СЛК обменивается данными по определенному сетевому порту (часто это
9099
). Если этот порт заблокирован брандмауэром или антивирусным программным обеспечением на сервере или клиентских машинах, связь с сервером лицензирования будет невозможна. Нам необходимо убедиться в создании разрешающего правила для входящих подключений на этот порт.
Изменение конфигурации компьютера (для программных лицензий): Программные лицензии СЛК привязываются к уникальным параметрам оборудования (таким как серийные номера жесткого диска, материнской платы, процессора). Любые значительные изменения этих параметров (например, замена комплектующих или миграция на виртуальную машину без должного восстановления) могут привести к тому, что лицензия станет недействительной.
Комплексный подход к решению проблем с СЛК
Для предотвращения и эффективного устранения ошибок СЛК мы можем применять комплексный подход, который включает следующие рекомендации:
Регулярное обновление всех компонентов СЛК: Мы должны убедиться, что как сервер СЛК, так и клиентские компоненты (например, внешняя компонента
LicenceAddIn
) соответствуют требуемой версии. Дистрибутивы СЛК всегда можно найти в папке с обновлениями конфигурации или на официальном портале 1С.
Перезапуск сервера 1С и сервера СЛК: После любых обновлений или при возникновении проблем, рекомендуется останавливать и затем запускать службу сервера 1С:Предприятия. Также полезно перезапустить службу сервера СЛК, если он установлен отдельно.
Установка сервера защиты (даже без прямого использования): Как мы уже обсуждали, установка сервера защиты СЛК, даже если он не планируется для прямой выдачи лицензий, может помочь установить все необходимые библиотеки защиты в правильные системные каталоги.
Использование механизма параллельного использования библиотек защиты: Если на одном сервере приложений 1С:Предприятия используется несколько информационных баз с разными версиями защиты, мы можем настроить параллельное использование библиотек. Это предполагает размещение файла
datafile
нужного релиза с определенным постфиксом в соответствующей папке сервера СЛК и указание этого постфикса в параметрах конфигурации. Этот подход позволяет каждой базе использовать свою версию библиотек без конфликтов.
Тщательная проверка и настройка сетевых подключений: Нам следует удостовериться, что отсутствуют сетевые проблемы, которые могут препятствовать подключению к серверу СЛК. Мы обязательно должны проверить настройки брандмауэра и антивируса как на сервере, так и на клиентских машинах, разрешая весь необходимый трафик для порта
9099
(или другого, если он был изменен).
Восстановление лицензий при изменении оборудования: В случае изменения оборудования или повреждения программных ключей, их работоспособность можно восстановить. Это делается через консоль сервера СЛК, используя автоматическое восстановление через интернет или формируя файловый запрос для получения новой лицензии.
Контроль за разрядностью компонентов: Мы всегда должны следить, чтобы разрядность устанавливаемой внешней компоненты
LicenceAddin
соответствовала разрядности службы сервера СЛК (например, 32-битная компонента для 32-битной службы или 64-битная для 64-битной).
Важно помнить, что консоль сервера СЛК является удобным веб-приложением, доступным через любой современный браузер, обычно по адресу
http://localhost:9099
. В этой консоли мы можем оперативно проверить текущее состояние ключей защиты, установить или обновить лицензии, а также выполнить различные настройки параметров СЛК.
Следуя этим рекомендациям и внимательно анализируя возникающие ситуации, мы сможем эффективно справляться с ошибками СЛК и обеспечивать стабильную работу наших отраслевых решений на платформе 1С:Предприятие.