Почему после обновления платформы 1С пользователи перестали получать лицензии в клиент-серверном варианте?

Системный администратор 1С v8.3 (Управляемые формы) 1С:Управление торговлей Торговля и дистрибуция
← На главную

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

Анализ лицензии "Сервер МИНИ" и типичные заблуждения

Одной из наиболее распространенных причин возникновения подобных трудностей является непонимание принципов лицензирования продукта 1С:Предприятие 8.3. Лицензия на сервер МИНИ на 5 подключений. Проанализируем, что именно представляет собой данный продукт.

Многие ошибочно полагают, что покупка сервера "МИНИ" автоматически дает право на работу пяти пользователей. На самом деле это не так. Рассмотрим технические характеристики этой лицензии:

  1. Назначение: Она дает право на запуск серверного процесса rphost в клиент-серверном варианте работы.
  2. Лимит сеансов: Сервер "МИНИ" жестко ограничен количеством соединений. Он позволяет поддерживать не более 6 сеансов. Обычно это 5 сеансов в режиме "1С:Предприятие" и 1 сеанс в режиме "Конфигуратор".
  3. Отсутствие клиентских лицензий: Данный программный продукт не содержит в себе клиентских лицензий. Каждое рабочее место должно быть обеспечено отдельной клиентской лицензией (программной или аппаратной).

Выясним причину, по которой программа может перестать запускаться. Если в вашей организации установлена только лицензия на сервер "МИНИ" и всего одна однопользовательская клиентская лицензия, то зайти в базу сможет только один человек. Попытка второго пользователя подключиться приведет к ошибке, так как сервер "МИНИ" готов принять соединение, но у пользователя нет права на запуск самого приложения.

Влияние обновления платформы на работу эмуляторов

Проанализируем ситуацию, когда до обновления (например, на версии платформы 8.3.13) всё "работало само собой", а после перехода на 8.3.17 доступ пропал. В логах поиска лицензий часто можно увидеть записи следующего вида:


Локальный HASP4 ORGL8 500
Локальный HASP4 ORGL8 100

Наличие в списке доступных ключей с номиналом 100 или 500 лицензий при реальном отсутствии физических USB-ключей такого объема однозначно указывает на использование эмуляторов защиты. Начиная с версии платформы 8.3.15, компания "1С" существенно усилила механизмы проверки целостности системы и обнаружения средств обхода защиты.

Рассмотрим, что происходит при обновлении:

  1. Новая платформа (8.3.17 и выше) при запуске сканирует систему на наличие патчей и дампов ключей.
  2. Если обнаруживаются следы эмуляторов (например, VUSB драйверы или модифицированные библиотеки version.dll), платформа блокирует использование таких "виртуальных" лицензий.
  3. Система переходит на поиск только легальных программных файлов с расширением .lic или физических ключей.

В результате выясняется реальная картина: легальных лицензий в системе гораздо меньше, чем пользователей. Именно это и произошло в рассматриваемом случае — старый эмулятор на 500 пользователей перестал работать, и система увидела только одну реальную клиентскую лицензию.

Проверка программных лицензий через файлы .lic

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

Посмотрим на содержимое файла лицензии. Его можно открыть обычным блокнотом. В конце файла после зашифрованного блока находится текстовая информация. Проанализируем ключевые поля:

  1. Наименование продукта: Здесь четко указано, это "Лицензия на сервер МИНИ" или "Лицензия на 5 рабочих мест".
  2. Количество пользователей: Число, указывающее номинал лицензии.
  3. Регистрационный номер: Помогает сопоставить файл с регистрационной карточкой из коробки программного продукта.

Если в папке несколько файлов, проверьте каждый. Бывают ситуации, когда в одной папке лежат и действующие, и аннулированные лицензии (например, после восстановления лицензии по новому пин-коду при изменении параметров сервера). Лишние файлы могут вызывать конфликты, их стоит переместить в архивную папку.

Как настроить выдачу лицензий сервером

Разберем еще один технический аспект: кто именно выдает лицензию. В клиент-серверном варианте существует два способа:

  1. Клиент выдает сам: Программа ищет локальный ключ или файл лицензии на компьютере пользователя.
  2. Сервер выдает лицензии: Сервер 1С сам считывает файлы лицензий со своего жесткого диска и назначает их сеансам пользователей.

Рассмотрим, как включить раздачу лицензий сервером. Для этого необходимо открыть консоль "Администрирование серверов 1С Предприятия", зайти в свойства информационной базы и найти флаг "Разрешить выдачу лицензий сервером 1С:Предприятия". Установите его в значение "Да".

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

Пошаговый алгоритм решения проблемы

Для восстановления нормальной работы пользователей проделаем следующие шаги:

  1. Аудит документов: Найдите все регистрационные карточки программных продуктов. Убедитесь, что у вас куплено достаточное количество клиентских лицензий для текущего штата сотрудников.
  2. Очистка системы: Удалите все сторонние драйверы (HASP эмуляторы) и верните оригинальные файлы платформы, если они заменялись.
  3. Проверка через консоль: Зайдите в консоль администрирования 1С, перейдите в раздел "Сеансы" и посмотрите колонку "Лицензия". Там будет указано, какую именно лицензию (номер, файл, тип) занял каждый из работающих пользователей. Это поможет выявить "захватчиков", которые занимают лишние места.
  4. Активация недостающих лицензий: Если выяснилось, что лицензий физически не хватает (как в примере, где была только 1 лицензия при 5 пользователях), необходимо приобрести дополнительные клиентские лицензии и активировать их на сервере.
  5. Перенос лицензий: Если у вас есть однопользовательские лицензии, активированные на рабочих станциях, рассмотрите возможность их деактивации и повторной активации на сервере в виде многопользовательской лицензии (если это позволяет комплект поставки), чтобы сервер мог распределять их централизованно.

В случае с конфигурацией "Управление торговлей" (УТ 11) наиболее простым решением будет покупка пакета "1С:Предприятие 8. Клиентская лицензия на 5 рабочих мест". После получения пин-кодов и их активации на сервере, проблема с нехваткой мест будет полностью решена легальным способом.

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

← На главную