1с зависают лицензии в менеджере лицензий
Таки да. А так, как у нас в терминале все, то админы поднимали два терминальных сервера на виртуальных машинах. 1цы-доступно и всерьез (с) pit
> Лицензии раздаются менеджером лицензий и сервером 1С Не надо так делать. Или самостоятельно или сервер. Не вместе. 1с так не советует
У меня сейчас три базы запущено. Сколько лицензий мои сессии отъедят при программных лицензиях, а сколько при аппаратных?
В таком варианте вопрос не имеет правильного ответа :) Если все базы серверные и лицензии раздаются сервером: по три лицензии Если все базы файловые и программная на компе - по одной лицензии и т.д.
Очень интересный вопрос. А давайте переведем его в денежную плоскость. Сколько стоит аппаратная лицензия на одно рабочее место? Сколько стоит программная лицензия на одно рабочее место? Сколько стоит время специалиста (а зачастую этим занимается не админ за копейки, а программист 1С, чья з/п нынче не такая уж и маленькая), который разгребает проблемы подобные ? Сколько стоит настроить нормальную и стабильную раздачу лицензий серверами HASP-ключей (HLM) в сети, где этих HLM несколько штук и раздача IP динамическая (соответственно нет возможности всем жестко прописать nethasp.ini и nhsrv.ini), а еще сеть не одноранговая, а еще с кучей программных и аппаратных фаерволов и пр. и пр.? И это всё при том, что людей, открывающих по несколько рабочих сеансов одновременно, в большинстве случаев, всего несколько человек. А 1С (неожиданно) не запрещает купить этим нескольким человекам локальные однопользовательские ключи или программные лицензии. Конечно, когда в сети всего десяток клиентов, то выгоднее и проще купить один аппаратный ключ. Но когда имеет место зоопарк из ключей, то программные лицензии с раздачей сервером окупают себя с лихвой. Даже с учетом расхода "отдельная лицензия на каждый сеанс".
В такой ситуации на сервере, в консоли "1С Сервер" удаляю висящие сессии не занимающие лицензии. Свободные лицензии начинают раздаваться. Почему работает так не разбирался.
не звизди >>раздача IP динамическая (соответственно нет возможности >>всем жестко прописать nethasp.ini в nethasp.ini прописывается ip сервера лицензий
динамические ip раздаются клиентам. Сервера имеют статические IP. Привязка клиента к ключу осуществляется только путем прописывания IP адреса сервера ключа в nethasp.ini. И получаем геморрой с отслеживанием корректности этого файла. То он слетит при обновлении платформы. То админы переустановили ОС на клиенте и забыли прописать этот файлик. То групповые политики где-то не отработали при прописывании этого файла. Всё это легко решается когда у вас два - три десятка клиентов. Как только их количество переваливает за пятый десяток, это уже становится проблемой.
когда переваливается за 5 десяток ставят ключ на 100 и не гемороятся с iniшками. Каждую лицуху выкраивают обычно жадные ларьки с парой десятков юзеров
учи мат часть Се?рвер (англ. server от англ. to serve — служить, мн. ч. се?рверы) — специализированный компьютер и/или специализированное оборудование для выполнения на нём сервисного программного обеспечения (в том числе серверов тех или иных задач).
Читай до просветления. > каким образом динамический ip клиента мешает прописать ip сервера с ключем в nethasp.ini Никаким. Проблема в том, что это единственный способ решения проблемы. А этот файлик кто-то должен прописать. Кто-то должен следить, чтобы он не перезатёрся при обновлении платформы. А потом вам потребуется перенести один из серверов ключей на другой IP и вы получаете головняк с заменой этого файла нескольким десяткам клеинтов. А групповые политики почему-то не у всех отрабатывают. А еще надо вести списки соответствий клиентов серверам и пр. и пр. Короче геморрой на ровном месте и за бесплатно.
Ситуация. У клиент 4 компьютера работают с 1С. Ключ аппаратный на 5 лицензий. 1 компьютер подключен к сети через Ви-Фи. Остальные по локалке. Базы находятся на одном компе, ХАСП - на другом. Симптомы: иногда при выходе из сеанса - лицензия не освобождается. Не смог понять закономерности. Может 3-4 раза спокойно освободиться, может так же 3-4 раза зависать. После "зависания" клиент не может войти в ТУ же базу (пишет нет лицензии), но может войти в другую (и тогда лицензия отвисает, таймаут резко прыгает вверх). После этого клиент снова может войти в первую базу. Если подождать пару минут (после зависания) - так же может войти в ту же базу. (проверено 2 раза, возможно случайность). НО если таймаут ушел в 0 - то никто не может войти ни в одну базу. По какой причине - не знаю. Все эти данные получил экспериментально. Помогает в таком случае только перезапуск службы. Подскажите, может надо настройки поменять где-то. Или это проблема сети (по какой-то причине же лицензия то зависает, то нет).
поставь в шедуллер на ночь батник echo start: %DATE% %TIME% >> C:scriptshasp.log sc stop "HASP Loader" >> C:scriptshasp.log TIMEOUT /T 120 /NOBREAK sc start "HASP Loader" >> C:scriptshasp.log echo stop: %DATE% %TIME% >>C:scriptshasp.log
На ночь не удачно - очень редко не перезапускается, тогда придется все время приходить раньше пользователей, чтобы они тебя с утра не поджидали возле входа. Мы перезапускаем днем. Работающие пользователи не отваливаются, если не перезапустится - всегда есть кому дозапустить вручную
так как запаса нету - (5 лицензий на 4 компьютера), то любое зависание лицензии приводит к тому, что невозможно зайти. Поэтому в течение дня даже с рестартами приходим к ситуации, когда не все могут войти в базу. Где это настраивается? (я новичок) база файловая. Работающие точно не отваливаются в случае перезапуска службы? Это связано с тем, что лицензия проверяется только при запуске?
а почему тогда при перезапуске пользователи не отваливаются? ведь заново лицензию они не подхватывают и работают дальше. По крайней мере в мониторе не появились (когда я так сделал один раз) Есть идеи, кроме как рестартать Хасп? Может можно как-то настроить, чтобы при зависании лицензии она сама отвязывалась через какое-то время? Ведь раз лицензия зависла - лицензия не получает инфу от клиента (ведь должно как-то определяться, идет работа в базе или база просто стоит впустую). Может можно поставить, типа если с базой 10 минут ничего не делали по этой лицензии - освободить лицензию.
Подскажите с лицензиями 1С 8.3. Есть сервер 1С предприятия, на нем стоит ключ сервера 1С и ключ клиентский на 50 пользователей. Установлен HaspLM, в nhsrv.ini прописал имя: "LM01". Есть сервер "LM03" - на нем стоит ключик на 100 пользователей. Установлен HaspLM, в nhsrv.ini прописал имя: "LM03". Далее, на сервер 1С стоит платформа 8.3. Вытащил в общую папку, доступную по сети. Пользователи запускают 1С оттуда. Проблема: Если в общей папкеin8.3.xxconf ethasp.ini прописать: NH_SERVER_ADDR = хх.хх.хх.03, хх.хх.хх.01 - тогда видит только ключ с сервера "LM01". Порядок IP-адресов роли не меняет - виден только ключи с сервера "LM01" Если же закомментировать основной ключ на текущем сервере так: NH_SERVER_ADDR = хх.хх.хх.03 ;хх.хх.хх.01 тогда видит ключ на 100 лицензий. ASK-Monitor-ы показывают погоду на обоих серверах. Подскажите куда копать? P/S - после замены значений в файле агент сервера 1С не перезапускал. Но вроде как и не требуется.
- это нужно прописать в какой ini ? В ini, который относится к платформе - там параметр такой: NH_SERVER_NAME
Имена не помогают. Достаточно адресов, но почему-то они просто не работают. Вот тут не совсем понятен мне вопрос. Где это можно проверить? Скрин моих лицензий: Те, которые Сервер 50 и которые Клиент 50 - тут я сам не совсем понял. У меня один ключ на 50 лицензий. Откуда второй - буду разбираться. Далее - 10 программных - они есть тоже. Когда ставлю в ini-файле BROADCAST = Enable и комментирую все настройки - видны ключи по 50 (клиент и сервер) и ключи на 10. Сетевой на 100 не виден. Но если я запускаю параллельно 1С со своей локальной машине, и у меня путь прописан только к 100 - то мне выдает 100. Остальным пишет что лицензия не найдена. Если же ставлю на сервере в nethasp.ini чтобы видел одну только 100 и IP к нему - тогда он виден, но не видны остальные три. Похоже что по BROADCAST не виден ключ на 100, а напрямую - не видны остальные.
Вот сам поиск лицензий: Может по нему что-нибудь можно посмотреть. Не обнаружено свободной лицензии! по причине: Поиск лицензии на клиенте: nethasp.ini: Z:/BIN/1cv83/8.3.6.2076/bin/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORGL8 Сетевой, не установлен Файл программной лицензии не найден локальный ключ недоступен: Status=0, ORGL8 Локальный, не установлен локальный ключ недоступен: Status=0, ORG8A Локальный, не установлен локальный ключ недоступен: Status=0, ORG8B Локальный, не установлен nethasp.ini: Z:/BIN/1cv83/8.3.6.2076/bin/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8A Сетевой, не установлен nethasp.ini: Z:/BIN/1cv83/8.3.6.2076/bin/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8B Сетевой, не установлен Поиск лицензии на сервере: ORGL8 Локальный, установлен, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 49 Файл программной лицензии не найден ORG8A Локальный, не установлен ORG8B Локальный, не установлен nethasp.ini: отсутствует, использованы настройки по умолчанию, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 32, занято через сервер 49 nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен Поиск лицензии в сервисе лицензирования: ORGL8 Локальный, установлен, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 49 Файл программной лицензии не найден ORG8A Локальный, не установлен ORG8B Локальный, не установлен nethasp.ini: отсутствует, использованы настройки по умолчанию, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 32, занято через сервер 49 nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен Что за ошибка установки соединения с менеджером лицензий.
Ну так тебе пишет же: "nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий". Проблемы в сети похоже. 1С почему-то не видит менеджера лицензий. Это к админам.
- Странная проблема. Ведь когда ставлю только один сервер NH_SERVER_ADDR = хх.хх.хх.03 - то читает и выдает лицензию и никаких проблем с менеджером лицензий не наблюдается.
А если порядок поменять? Сначала 03, а потом 01? Ну и судя по " Локальный, установлен, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 49 ", у тебя ещё и сервер лицензии раздаёт. Попробуй отключить выдачу лицензий сервером и оставь только ЛМы.
- Спасибо за помощь. Ещё пару вопросов: Если я отключу выдачу лицензий сервером - тогда непонятно что будет с 10-ю программными лицензиями. Их как тогда раздавать будет? Там нет LM. Порядок сервером роли не играет: "А вы, друзья, как ни садитесь. "
- и вот тут я не понимаю тогда: У меня в сервере воткнут ключ всего на 50 пользователей. Сервер раздает примерно 50 и LM раздает также 50. Получается, что можно с одного ключа поиметь вдвое больше лицензий при таком подходе?
Вот по поводу программных одновременно с железными ничего не могу сказать - не сталкивался. КМК (но не уверен) вообще в идеале держать их на разных серверах, т.е. твой ЛМ1 вынести с сервера, где установлены программные. А с железными в своё время помучились много, у нас их было около 10 в сети. Кончилось всё тем, что поменяли на один большой. Ещё, кстати, были такие глюки, когда на одном ЛМ заканчивались ключи, а до второго было не достучаться с похожей ошибкой (наши админы так и не разобрались в причинах), то на третьем уже ключи не находились. Такое впечатление, что если на одном ЛМ споткнулся, то дальше не ищет. И нам в таких случаях помогал перезапуск ЛМ.
так и не понял - лицензии раздает сервер 1С или менеджер лицензий? в консоли сервера, напротив параметра "Разрешить выдачу лицензий сервером "1С:Предприятия" стоит ДА или НЕТ ?
Спасибо всем кто откликнулся. Вопрос решил так: 1. Убрал галку в консоли сервера с базы данных "Разрешить выдачу лицензий сервером "1С:Предприятия" 2. У меня менеджеры были названы ххх10 и zzz03. Переименовал в LM1 и LM3 соответсвенно. 3. Перезапустил службы HASP loader. 4. В конфиге (nethasp.ini) имена закомментировал, оставил только IP-адреса. После этого всё заработало. Подозреваю что проблема была либо в выдаче лицензий сервером (эта галочка нужна только когда есть веб или тонкий клиент удаленный), либо в том, что имя менеджера заканчивалось на 0 (ххх10).
P/S. Кстати, после всех этих действий, у части пользователей компьютеры начали выдавать окно на получение лицензии. Нужно отказаться, затем он выводит окно с вопросом: "Разрешить использовать аппаратную лицензию?" Нужно согласиться. Ещё у некоторых пользователей вообще перестало запускаться и даже окно о лицензиях не выдавало. Проблему решил так: Идем в Пользователикаталог пользователяAppDataRoaming1C1CEStart и находим там файлик 1CESratt.cfg. В нем если есть параметр "UseHWLicenses", то ставим так UseHWLicenses=1, если нет - то прописываем. Запускаем 1С, всё работает.
"Идем в Пользователикаталог пользователяAppDataRoaming1C1CEStart и находим там файлик 1CESratt.cfg. " - А не проще в окне запуска нажать кнопку "Настройка" и там поставить галочку "Использовать аппаратную защиту"? :)
Для запуска программ на платформе 1С необходимы лицензии 1С:Предприятие 8. И если с однопользовательской версией программного продукта все понятно (устанавливаем платформу, создаем или загружаем конфигурацию, активируем программную лицензию или, в случае USB-лицензии, устанавливаем ее в USB-порт локального компьютера), то в случае подключения нескольких пользователей возникает ряд вопросов, например, как сделать так, чтобы лицензии были доступны всем и всем их хватало?
Тут мы сталкиваемся с понятием «сетевых» или «многопользовательских» лицензий 1С. С программными лицензированием все относительно просто: они ставятся или в однопользовательском формате на локальные машины пользователей, или на сервер, с которого раздаются средствами платформы 1С. Но как быть с аппаратными лицензиями? Для аппаратных лицензий существует специальное программное обеспечение, которое занимается раздачей лицензий пользователям в локальной сети. Называется оно – менеджер программных лицензий 1С (HASP License manager).
Как установить менеджер лицензий
Рис.1 Файл lmsetup.exe
В первую очередь программа установки предложит выбрать язык, на котором будет происходить установка. На выбор есть два варианта: английский и немецкий. Выбираем удобный нам язык и жмем ОК.
Рис.2 Выбираем удобный нам язык
В дальнейшем у нас не должно возникнуть проблем, мы просто следуем инструкциям менеджера. Отдельно отметим несколько пунктов.
Рис.3 Продолжаем настройку
Соглашаемся с лицензионным соглашением, иначе установку продолжить будет нельзя. Следующий пункт определяет тип установки.
Рис.4 Определяем тип установки
Менеджер предложит на выбор 2 варианта: установить как приложение или как сервис. Особой разницы между ними нет. Единственный момент: если устанавливать его как приложение, то надо задать настройки его автозапуска при старте системы. При установке как сервиса настройки автозапуска пропишутся автоматически.
Далее нам надо выбрать расположение установленной программы.
Рис.5 Выбираем расположение установленной программы
Можно оставить стандартный путь: «С:\Program Files…» или выбрать свой. По окончании установки менеджер предложит запустить приложение. Соглашаемся и заканчиваем установку.
Рис.6 Заканчиваем установку
Настройка менеджера лицензий
После установки менеджер лицензий должен работать в локальной сети организации, но для повышения правильности и быстроты работы рекомендуется провести предварительную настройку программы.
Ничего сложного здесь нет. Нам понадобится файл nhsrv.ini, который находится в папке, которую мы указали в процессе установки (при установке программы как приложения), или в системном каталоге операционной системы (при установке программы как сервиса).
Рис.7 Файл nhsrv.ini
Открываем его с помощью блокнота (или любого другого текстового редактора) и добавляем строку «NHS_IP_LIMIT = 192.168.*.*». На место «*» можно поставить любое число от 0 до 254. Если оставить строку в первоначальном виде, то это будет означать, что менеджер лицензий будет видеть в локальной сети все компьютеры, IP которых начинается с 192.168.
Если, например, мы запишем в строке следующее: «NHS_IP_LIMIT = 192.168.0.*», то менеджер увидит только компьютеры в диапазоне 192.168.0.0 – 192.168.0.254 и никаких других. После того как мы провели настройку на сервере, нам надо провести аналогичную настройку на компьютерах пользователей.
При старте на пользовательском компьютере программа «идет» за получением лицензии по адресу, который указан в файле nethasp.ini (на компьютере пользователя в папке conf каталога, в который мы устанавливали платформу). Путь показан на скриншоте:
Рис.8 Путь к лицензии
Открываем его так же, с помощью любого текстового редактора. Нас интересуют два раздела: [NH_COMMON] и [NH_TCPIP]. Добавляем в эти разделы текст, как показано на скриншотах:
Рис.9 Текст, первый фрагмент
Рис.10 Текст, второй фрагмент
Текст на втором скриншоте означает, что 1С будет обращаться за получением лицензии к конкретному компьютеру с соответствующим адресом и именем. Без этих действий 1С будет осуществлять поиск лицензии по локальной сети целиком, а сделанные установки позволят значительно сократить время получения лицензии и, соответственно, запуска программы.
Большинство крупных компаний-пользователей программного обеспечения 1С, купив лицензию 1С Предприятие 8, использует программные ключи. Они удобны и обходятся дешевле «флешек», так как расходуются не на компьютеры, а на сессии с сервером. Однако случается, что с ними возникаю проблемы, и 1С прекращает их видеть. Администраторам 1С в крупных компаниях важно уметь быстро исправлять такие ситуации, поскольку время «простоя» пользователей может обернуться проблемами.
Причины отказа лицензий 1С 8.3
- Обновление платформы 1С. Суть проблемы заключается в схеме процедуры обновления – новая версия не заменяет старую, а просто устанавливается в соседней директории. В итоге после нескольких лет работы на сервере можно обнаружить целую коллекцию платформ, работающих самостоятельно. Чтобы вернуть работоспособность лицензий, их необходимо перерегистрировать с помощью резервных пин-кодов;
- Сбой работы менеджера лицензий. Настройка этого механизма – тонкое и сложное занятие. Если им занимался неквалифицированный специалист, проблемы могут возникнуть в любой момент. Решаются подобные сбои переустановкой платформы и менеджера лицензирования;
- Отключение использования программных лицензий. В настройках информационной базы можно указать, какой тип лицензий используется. Иногда даже пользователи могут изменить настройки и достаточно лишь снять галку «Использовать аппаратную лицензию»;
Рис.1 Использовать аппаратную лицензию
Восстановление работоспособности лицензий 1С
Существует возможность восстановить программные лицензии 1С с помощью специального файла, входящего в состав платформы. Для этого необходимо правильно настроить файл nethasp.ini, расположенный в папке conf каталога, куда установлена 1С. Чтобы ошибка лицензии 1С ушла, необходимо в этом файле указать следующие данные:
- В разделе NH_COMMON указать NH_TCPIP = Enabled;
- В разделе NHS_SERVER указать все имена менеджеров лицензий;
- В разделе NH_TCPIP указать адрес сервера с менеджером лицензий в виде NH_SERVER_ADDR = IP – адрес. Также укажите имя самого менеджера в реквизит NH_SERVER_NAME. Если их несколько, то перечисляются через запятые.
Затем настает очередь активировать имеющуюся лицензию первично или повторно. Видимость ее должна распространяться на всех пользователей ПК, способ получения укажите – ручной, автоматический, на цифровом носителе. После заполнения регистрационных данных в специальной форме получится файл лицензий, который необходимо разместить по одному из путей:
- Для Windows XP и Vista:
- C:\Users\Administrator\AppData\Local\1C\1Cv8\conf\;
- C:\Users\All Users\1C\1Cv8\conf\;
- Для Windows 7 и следующих:
- C:\ProgramData\1C\licences\
Иногда получается так, что компания покупала лицензию, но все документы утрачены, а регистрационные данные забыты. В таком случае многие просто покупают заново комплект лицензий. Это достаточно дорого, если речь идет о 50 или 100 программных лицензиях. Поэтому важно знать, что всю информацию можно восстановить, если найти файл формата lic.
В этом файле вся информация закодирована. Чтобы ее декодировать придется потратить немало сил и времени. В этом может помочь техническая поддержка 1С, если покупка лицензий действительно имела место быть. Если же взяться за эту операцию самостоятельно, высока вероятность, что возникнет ошибка декодирования файла лицензий и будет утрачена последняя возможность восстановления.
Консультация со специалистами технической поддержки 1С полезна при проблеме с обновлениями или лицензиями любых видов: обращение может помочь существенно облегчить решение возникших задач. Помните, что в некоторых случаях сотрудники 1С могут запросить предоставить копию базы данных, но вы можете отказаться. Правда, в этом случае шансы получить полноценную помощь существенно снижаются.
Читайте также: