← На главную

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

Авторское решение: Удаление и повторное добавление сервера лицензирования в кластер 1С

В ходе практического поиска решения, один из пользователей столкнулся с проблемой после обновления платформы с версии 8.3.18.1208 на 8.3.18.1433, когда сервер лицензирования перестал выдавать клиентские лицензии. Оказалось, что наиболее эффективным и прямым решением в его случае стало удаление сервера лицензирования из кластера и его последующее повторное добавление.

Рассмотрим по шагам, как выполнить это действие:

1. Подготовка к действию: Прежде чем приступать к изменениям в кластере, убедитесь, что у вас есть административные права на серверах 1С:Предприятия и вы знакомы с работой консоли администрирования. Также желательно предупредить пользователей о возможных кратковременных перебоях в работе системы, хотя при работе с кластером 1С эти действия обычно не приводят к полной остановке сервисов для уже работающих пользователей.
2. Запуск консоли администрирования: На главном сервере кластера 1С:Предприятия или на любом компьютере, с которого вы управляете кластером, запустите консоль администрирования серверов 1С. Обычно это делается через меню "Пуск" -> "Администрирование" -> "1С:Предприятие 8" -> "Консоль администрирования серверов 1С:Предприятия".
3. Навигация к кластеру: В дереве консоли разверните узел "Центральные серверы 1С:Предприятия", затем найдите и разверните ваш кластер серверов 1С.
4. Идентификация сервера лицензирования: В узле вашего кластера найдите список рабочих серверов. Среди них должен быть сервер, который вы используете как сервер лицензирования. Важно точно его идентифицировать.
5. Удаление сервера лицензирования из кластера: Щелкните правой кнопкой мыши по выбранному серверу лицензирования в списке рабочих серверов кластера и выберите пункт "Удалить". Подтвердите удаление. Этот шаг не удаляет программное обеспечение 1С или лицензии с самого сервера, он лишь исключает его из управляемого кластером списка.
6. Повторное добавление сервера лицензирования: После удаления снова щелкните правой кнопкой мыши по узлу "Рабочие серверы" в вашем кластере и выберите "Добавить". В появившемся окне укажите IP-адрес или имя сервера, который ранее выполнял роль сервера лицензирования, и необходимые порты (обычно 1540).
7. Перезапуск служб: Это критически важный шаг. После добавления сервера необходимо перезапустить службы агента сервера 1С:Предприятия. Сначала выполните перезапуск на главном сервере кластера, затем на самом сервере лицензирования. Это можно сделать через "Управление службами" Windows (services.msc), найдя службу "Агент сервера 1С:Предприятия 8.x" и выбрав "Перезапустить".
8. Проверка выдачи лицензий: Попробуйте запустить клиент 1С с рабочей станции. Проверьте, начали ли выдаваться клиентские лицензии.

Такой подход часто помогает, если проблема возникла из-за некорректной регистрации сервера лицензирования в кластере после обновления платформы или из-за ошибок в кэше кластера.

Комплексная диагностика и дополнительные решения

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

Проверка кластера серверов 1С

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

1. Наличие сервера лицензирования в кластере: Первым делом, убедитесь, что сервер лицензирования действительно добавлен в кластер. Иногда после обновлений или миграций этот шаг может быть пропущен или выполнен некорректно. Откройте консоль администрирования и проверьте список рабочих серверов в вашем кластере.
2. Требования назначения в кластере: Проверьте, что для сервера, который выступает в роли сервера лицензирования, соблюдены все требования назначения в кластере. Убедитесь, что ему назначены соответствующие функциональные роли и разрешения.
3. Конфликт служб на центральном сервере: Мы часто встречаем ситуации, когда на центральном сервере 1С случайно активируется служба лицензирования, в то время как используется отдельный выделенный сервер лицензирования. На центральном сервере не должно быть активной службы лицензирования, если вы используете отдельный сервер для этой цели. Это может вызывать конфликты и некорректное распределение лицензий.
4. Неожиданный кластер на сервере лицензирования: Проверьте, не появился ли собственный кластер на самом сервере лицензирования после переустановки или обновления платформы. В некоторых случаях, при обновлении, система может по умолчанию создать отдельный кластер на каждой машине, где установлен агент сервера 1С. Если это произошло, это может быть причиной конфликтов. В таком случае, этот локальный кластер следует удалить через консоль администрирования на самом сервере лицензирования.
5. Совпадение диапазонов IP-портов: Убедитесь, что диапазоны IP-портов совпадают как на самом сервере лицензирования, так и в кластере на главном сервере 1С. Различия в портах могут препятствовать нормальному взаимодействию между компонентами системы. Стандартные порты, используемые 1С:Предприятием 8.3: 1540 (порт агента сервера), 1541 (порт менеджера кластера), 1560-1591 (диапазон портов рабочих процессов).

Восстановление программных лицензий 1С

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

1. Процедура восстановления: Для восстановления лицензии запустите базу 1С в режиме конфигуратора. Перейдите в меню "Справка" -> "Получение лицензии". В диалоговом окне выберите опцию восстановления.
2. Подтверждение неизменности оборудования: Система предложит вам выбрать вариант восстановления. Если вы уверены, что ключевые параметры оборудования не менялись (то есть, не добавлялись новые диски, не менялся процессор, не переносилась виртуальная машина с изменением ее настроек), выберите опцию "Я подтверждаю, что ключевые параметры компьютера не менялись". Используйте тот же PIN-код, который был использован при первой активации.
3. Использование резервных PIN-кодов: Если по какой-то причине лицензия не восстанавливается с основным PIN-кодом, или система сообщает об изменении параметров оборудования, и вы действительно внесли аппаратные изменения, то потребуется использовать следующий резервный PIN-код. Критически важно: не используйте резервный PIN-код без крайней необходимости и без понимания причины. Неправильное использование может привести к блокировке всех резервных PIN-кодов. Если система явно сообщает, что параметры оборудования изменились, и вы не уверены, что именно изменилось, или у вас не осталось резервных PIN-кодов, лучше обратиться в Центр лицензирования 1С.
4. Проверка после восстановления: После успешного восстановления лицензии перезапустите службы сервера 1С и проверьте, начали ли выдаваться клиентские лицензии.

Настройка файла nethasp.ini

Во многих дискуссиях, касающихся проблем с лицензиями, часто упоминается файл nethasp.ini. Давайте раз и навсегда разберемся в его назначении и в том, как он относится к вашей текущей проблеме.

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

Проверка журналов и логов

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

1. Журналы приложений сервера лицензирования:
   • Панель сообщений консоли управления лицензиями: Если у вас установлен отдельный менеджер лицензий (например, HASP License Manager), то его консоль управления часто отображает текущие события и ошибки. Внимательно следите за этой панелью: она может указывать, может ли приложение связаться с указанным сервером лицензирования или сообщается ли о какой-либо проблеме.
   • Текстовые журналы подключений клиентов: Обычно эти логи хранятся в файле dm_nlc_log.txt, расположенном в установочной папке сервера лицензирования. Нам необходимо убедиться, что логирование подключений клиентов включено, чтобы видеть попытки получения лицензий.
   • Журналы ошибок сервера лицензирования: Ошибки сохраняются в файле dm_nlc_service_err.log в той же установочной папке. Если этот файл недоступен или пуст, поищите временные файлы с расширением .nlc в папке Windows\Temp (например, cadm12056_12.nlc), они также могут содержать полезную информацию.
2. Журналы операционной системы:
   • "Просмотр событий" Microsoft Windows: Мы обязательно используем этот инструмент для просмотра системных журналов. Откройте "Просмотр событий" (eventvwr.msc) и перейдите в раздел "Журналы Windows" > "Приложение". Здесь мы ищем события, связанные с работой службы агента сервера 1С:Предприятия (ragent.exe, rmngr.exe) и любой другой службы, которая может быть связана с лицензированием. Ошибки или предупреждения в этих журналах часто прямо указывают на причину сбоя.
3. Настройка логирования: В некоторых случаях, для получения более детальной информации, может потребоваться включить или изменить уровень логирования. Это может быть реализовано через изменение параметров в реестре Windows. Например, для 64-битных систем путь к параметру реестра LogFileBase, определяющему путь к файлу журнала лицензий, может выглядеть так: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Schneider Electric\ClearSCADA\LicenseServer\LogFileBase. Убедитесь, что логирование активно и достаточно детально для вашей диагностики.

Совместимость версий платформы и менеджера лицензий

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

1. Совместимость платформы и компонента лицензирования: Мы должны проверить, что обновленная версия платформы 1С (в вашем случае, 8.3.18.1433) полностью совместима с используемым компонентом лицензирования. Если вы используете аппаратные ключи HASP, убедитесь, что ваш HASP License Manager поддерживает новую версию платформы.
2. Актуальность драйверов HASP: Неактуальные или поврежденные драйверы HASP могут быть причиной того, что система не распознает ключ защиты, даже если он физически присутствует и работает. Мы рекомендуем проверить и при необходимости установить актуальные драйверы HASP. Их всегда можно найти на официальном сайте производителя (SafeNet).

Проверка брандмауэра и сетевых настроек

Сетевая доступность является фундаментальным условием для работы сервера лицензирования. Даже если ранее все функционировало идеально, обновление платформы или операционной системы может сбросить или изменить правила брандмауэра. Давайте внимательно проверим этот аспект.

1. Брандмауэр Windows и сторонние программы: Мы должны убедиться, что брандмауэр Windows (на сервере лицензирования) и любые сторонние антивирусные/защитные программы, имеющие собственный брандмауэр, не блокируют входящие соединения для службы агента сервера 1С:Предприятия. Основные исполняемые файлы, к которым нужен доступ, это ragent.exe (агент сервера) и rmngr.exe (менеджер кластера). Проверьте правила для них и убедитесь, что они разрешены.
2. Необходимые TCP-порты: Убедитесь, что все необходимые TCP-порты, используемые 1С:Предприятием, явно открыты в брандмауэре:
   • 1540 (порт агента сервера 1С)
   • 1541 (порт менеджера кластера 1С)
   • 1560-1591 (стандартный диапазон портов для рабочих процессов 1С)
   Если вы используете нестандартные порты, убедитесь, что именно они открыты и корректно настроены в кластере 1С.
3. Проброс портов на маршрутизаторе: Если клиентские компьютеры, которым необходимо получать лицензии, находятся за пределами локальной сети (например, работают удаленно через интернет), нам может потребоваться настроить проброс портов (port forwarding) на маршрутизаторе, чтобы обеспечить доступность сервера лицензирования извне.

Изменения параметров оборудования и файлы лицензий

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

1. Изменения параметров оборудования, привязка лицензий:

   Мы должны помнить, что программные лицензии 1С привязываются к ключевым параметрам оборудования сервера (MAC-адрес, CPU ID, объем оперативной памяти, информация о жестких дисках и т.д.). Даже незначительные изменения, такие как:

   • Добавление или удаление внешнего жесткого диска.
   • Изменение свойств виртуальной машины (например, выделение большего объема оперативной памяти или CPU).
   • Перенос виртуальной машины на другое физическое оборудование.
   могут привести к тому, что лицензия перестанет считаться действительной. Если такие изменения произошли, лицензию, возможно, потребуется восстановить с использованием резервного PIN-кода, как мы обсуждали ранее. Крайне важно: используйте резервный PIN-код только в случае необходимости и если вы уверены в причине изменения параметров.
2. Удаление старых или дублирующихся файлов лицензий:

   Частой причиной проблем с активацией или использованием лицензий является наличие нескольких копий файла лицензии с одним и тем же регистрационным номером на одном или нескольких компьютерах. Система может "запутаться" или заблокировать лицензию из-за подозрения на неправомерное использование. Мы рекомендуем:

   • Найти и удалить все файлы 2*.lic и conn8211.pfl на всех компьютерах, где была установлена данная лицензия. Эти файлы хранят информацию о программных лицензиях и подключениях.
   • Местоположение файлов лицензий:
     • Для операционных систем Windows: обычно C:\ProgramData\1C\licenses или системная переменная %ALLUSERSPROFILE%\1C\licenses (для Windows Vista и более новых версий).
     • Для операционных систем Linux: /var/1C/licenses.
   • Перемещение старых файлов при переактивации: Если вы переактивируете или обновляете лицензию, мы настоятельно рекомендуем переместить старый файл с текущей лицензией в каталог, который не используется 1С:Предприятием для поиска программных лицензий. Если этого не сделать, новая (и уже существующая) лицензия может быть занесена в черный список и не сможет быть использована. Это критический момент, который часто упускается из виду.

Соответствие разрядности платформы и лицензии

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

Мы должны убедиться, что разрядность установленной платформы 1С:Предприятие соответствует разрядности лицензии. Например, 32-битная лицензия сервера может не работать с 64-битной версией платформы 1С:Предприятие, и это является частой причиной проблем с выдачей лицензий. Всегда проверяйте эту информацию в документации к лицензии и при установке платформы.

Статус службы агента сервера 1С:Предприятия

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

1. Проверка состояния службы: Откройте консоль "Управление службами" Windows (services.msc) на сервере лицензирования. Найдите службу с названием "Агент сервера 1С:Предприятия 8.x" (где "8.x" соответствует вашей версии платформы). Убедитесь, что эта служба запущена и имеет статус "Работает".
2. Попытка запуска и диагностика: Если служба не запущена, попробуйте запустить ее вручную. Если она не запускается или сразу останавливается, это указывает на более глубокую проблему. В таком случае, мы немедленно обращаемся к системным журналам событий (как мы обсуждали ранее в разделе "Проверка журналов и логов") для получения более конкретной информации об ошибках, препятствующих ее запуску.

Очистка кэша клиента 1С

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

Для очистки кэша клиента 1С выполните следующие действия:

1. Закройте все запущенные экземпляры 1С:Предприятия на клиентской машине.
2. При запуске программы 1С:Предприятие через ярлык, когда появляется список информационных баз, выберите проблемную базу.
3. Нажмите кнопку "Изменить".
4. В следующем окне "Редактирование информационной базы" найдите поле "Дополнительные параметры запуска".
5. Затем нажмите кнопку "Очистить кэш". После очистки попробуйте снова запустить базу.
6. Также можно вручную удалить содержимое каталогов кэша, которые обычно находятся в:
   • %LOCALAPPDATA%\1C\1CE\ (для пользователя)
   • %APPDATA%\1C\1CE\ (для пользователя)
   Удаление папок с длинными буквенно-цифровыми именами в этих каталогах приведет к полному сбросу кэша для всех баз.

Обращение в Центр лицензирования 1С

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

Перед обращением в поддержку, мы рекомендуем собрать максимально полную информацию:

1. Регистрационный номер лицензии: Это основной идентификатор вашей лицензии.
2. Используемый PIN-код: Укажите, какой PIN-код (основной или резервный) вы пытались использовать.
3. Версии платформы: Укажите старую и новую версии платформы 1С:Предприятие.
4. Скриншоты ошибок: Сделайте снимки экрана со всеми сообщениями об ошибках, которые появляются при попытке получения лицензии или при запуске 1С.
5. Журналы: Предоставьте собранные нами журналы сервера лицензирования и системные журналы событий.
6. Описание предпринятых действий: Кратко опишите, какие шаги по диагностике и устранению проблемы вы уже выполнили.

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

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