← На главную

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

Почему MS SQL Server не содержит информацию о лицензиях 1С?

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

Механизм защиты работает на уровне сервера 1С. Когда клиентское приложение (клиент 1С) пытается подключиться к базе, запрос сначала проходит через службу 1С:Предприятие. Именно сервер 1С запрашивает лицензию — либо из файла .lic, либо обращаясь к USB-ключу (аппаратному HASP-ключу). Если лицензия найдена, сервер разрешает дальнейшую работу с SQL.

Программные лицензии: где их искать?

Если вы используете программную защиту, лицензия представляет собой файл с расширением .lic. Данные файлы привязаны к характеристикам оборудования сервера (CPU, Motherboard, Network Adapter).

Рассмотрим по шагам, как найти эти файлы:

1. Перейдите на сервер, где установлена служба 1С:Предприятие.
2. Используйте системную папку %ProgramData%. Чтобы попасть в неё, просто скопируйте этот путь в адресную строку проводника Windows и нажмите Enter.
3. Перейдите по пути: %ProgramData%\1C\licenses.

Обратите внимание, что папка ProgramData является скрытой системной директорией. Если вы не видите файл лицензии, убедитесь, что в настройках проводника включено отображение скрытых элементов.

Важно: Содержимое файла .lic зашифровано. Вы не сможете прочитать количество лицензий простым открытием файла через блокнот — данные там хранятся в защищенном формате, понятном только платформе 1С.

Аппаратные лицензии (USB-ключи)

Если ваша организация использует физические USB-ключи (HASP), процесс их мониторинга отличается. В этом случае сервер 1С обращается к HASP License Manager.

Для просмотра текущего использования таких лицензий рекомендуем использовать утилиту Aladdin Monitor. Она позволяет:

• Увидеть, сколько лицензий занято в текущий момент.
• Посмотреть, с каких компьютеров (IP-адресов) идет обращение к ключу.
• Проверить работоспособность самого HASP-ключа.

Учтите, что Aladdin Monitor видит только сетевые ключи. Если ключ вставлен непосредственно в USB-порт сервера 1С, его мониторинг может быть ограничен.

Как проверить количество лицензий в консоли 1С?

Самый надежный способ узнать состояние лицензирования — использовать консоль администрирования серверов 1С. Мы рекомендуем проделать следующие действия:

1. Откройте «Администрирование серверов 1С».
2. Найдите нужный рабочий сервер в дереве объектов.
3. Перейдите в раздел «Сеансы».
4. В списке сеансов вы можете отследить, кто из пользователей в данный момент работает в базе и какой тип лицензии (программная или аппаратная) им используется.

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

Итоги и рекомендации

Подводя черту, запомним основные правила работы с лицензиями 1С:

• Не ищите ключи в базе данных SQL — там их нет.
• Всегда проверяйте папку %ProgramData%\1C\licenses для поиска программных лицензий.
• Используйте консоль администрирования 1С для мониторинга активных подключений.
• Если используете аппаратные ключи, применяйте специализированное ПО типа Aladdin Monitor.

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