Не хватает лицензий #788273

Здравствуйте! В последнее время участились случаи нехватки лицензий (раньше тоже случалось, но довольно редко). Ситуация следующая: 2 аппаратных ключа на 20 и 50 клиентов на разных серверах. Лицензии раздаются менеджером лицензий и сервером 1С. hasp.ini на клиентах настроен так, чтобы сначала смотреть лицензию на 20 ключей, потом на 50. Если смотреть ситуацию на момент нехватки лицензий, то askmonitor показывает что ключ на 20 забит полностью, а на 50 около 10 свободно (причем с таймаутом 0 всего 2-3). В консоли сервера 1С ситуация аналогичная: 20 сеансов на 20 ключе и около 40 сеансов на 50 ключе, количество соединений тоже около 60 из 70 возможных. Т.е. вроде бы лицензиий должно хватать, но выходит сообщение о нехватке лицензий. Перезапуск менеджеров лицензий вроде бы помогает, но не надолго. Иногда и без перезапуска службы через пару минут 1С начинает запускаться. Где и что можно еще посмотреть куда деваются лицензии? Спасибо.

так если находится ключ то 1с пофиг что есть еще, нет лицензий на первом найденом и привет

Надо жёстко разделить пользователей по ключам, чтобы одни всегда брали с 20, а другие с 50

Таки да. А так, как у нас в терминале все, то админы поднимали два терминальных сервера на виртуальных машинах. 1цы-доступно и всерьез (с) pit

и да, как ты так настроил, чтобы сначала на оном смотрел, а потом на другом?

небось список ip

это как ты в написал, упрётся в первый и пока, дальше шарить не станет

Посмотри здесь может поможет.

> Лицензии раздаются менеджером лицензий и сервером 1С Не надо так делать. Или самостоятельно или сервер. Не вместе. 1с так не советует

ОФФ. И эти люди продолжают всех убеждать, что аппаратные ключи защиты удобнее программных.

У меня сейчас три базы запущено. Сколько лицензий мои сессии отъедят при программных лицензиях, а сколько при аппаратных?

так у него судя по всему так и есть

В таком варианте вопрос не имеет правильного ответа :) Если все базы серверные и лицензии раздаются сервером: по три лицензии Если все базы файловые и программная на компе - по одной лицензии и т.д.

Да вроде так (nethasp.ini): NH_SERVER_ADDR =  serv1.domain.ru, serv2.domain.ru         ; IP addresses of all the NetHASP                     ; License Managers you want to search.                     ; Unlimited addresses and multiple                     ; lines are possible.

Сервер 1С настроен брать ключи только с 50. А как раз на нем в момент возникновения проблемы (судя по информации от менеджера лицензий) свободные лицензии есть. Где-то мне попадалась информация, что клиент пытается подключиться сначала к тому ключу, который уже использовал. Т.е. если пользователь был подключен к 20, отключился, затем его место заняли, а он опять пытается туда подключиться, то и получает сообщение о нехватке лицензий. Тогда, пожалуй, действительно, в моем случае решением является только разделение пользователей по ключам. Т.е. чтобы к 20 не подключалось пользователей больше 20. Так, пожалуй, и придется сделать. Спасибо.

Очень интересный вопрос. А давайте переведем его в денежную плоскость. Сколько стоит аппаратная лицензия на одно рабочее место? Сколько стоит программная лицензия на одно рабочее место? Сколько стоит время специалиста (а зачастую этим занимается не админ за копейки, а программист 1С, чья з/п нынче не такая уж и маленькая), который разгребает проблемы подобные ? Сколько стоит настроить нормальную и стабильную раздачу лицензий серверами HASP-ключей (HLM) в сети, где этих HLM несколько штук и раздача IP динамическая (соответственно нет возможности всем жестко прописать nethasp.ini и nhsrv.ini), а еще сеть не одноранговая, а еще с кучей программных и аппаратных фаерволов и пр. и пр.? И это всё при том, что людей, открывающих по несколько рабочих сеансов одновременно, в большинстве случаев, всего несколько человек. А 1С (неожиданно) не запрещает купить этим нескольким человекам локальные однопользовательские ключи или программные лицензии. Конечно, когда в сети всего десяток клиентов, то выгоднее и проще купить один аппаратный ключ. Но когда имеет место зоопарк из ключей, то программные лицензии с раздачей сервером окупают себя с лихвой. Даже с учетом расхода "отдельная лицензия на каждый сеанс".

Поставь себе либо один аппаратный, либо один программный на рабочее место. Все, этого достаточно.

>> Если все базы серверные и лицензии раздаются сервером: по три лицензии ... итого девять.

В такой ситуации на сервере, в консоли "1С Сервер" удаляю висящие сессии не занимающие лицензии. Свободные лицензии начинают раздаваться. Почему работает так не разбирался.

>>раздача IP динамическая динамическая раздача ip серверам? круто, чо

Чем плоха динамическая раздача ip?

Серверам? Может, у тебя ещё default gateway тоже динамический?

>> клиент пытается подключиться сначала к тому ключу, который уже использовал. Т.е. если пользователь был подключен к 20, отключился, затем его место заняли, а он опять пытается туда подключиться, то и получает сообщение о нехватке лицензий. О,да! Это просто эпическая фича от 1С. Причем побороть её в сети, где IP раздаются динамически, нельзя никак, кроме как прописав каждому клиенту свой файлик nethasp.ini с адресом одного конкретного сервера ключа.

Про раздачу ip серверам он сам придумал.

Побороть эту болезнь нельзя никак, кроме как выпить лекарство

не звизди >>раздача IP динамическая (соответственно нет возможности >>всем жестко прописать nethasp.ini в nethasp.ini прописывается ip сервера лицензий

динамические ip раздаются клиентам. Сервера имеют статические IP. Привязка клиента к ключу осуществляется только путем прописывания IP адреса сервера ключа в nethasp.ini. И получаем геморрой с отслеживанием корректности этого файла. То он слетит при обновлении платформы. То админы переустановили ОС на клиенте и забыли прописать этот файлик. То групповые политики где-то не отработали при прописывании этого файла. Всё это легко решается когда у вас два - три десятка клиентов. Как только их количество переваливает за пятый десяток, это уже становится проблемой.

+какая разница кто это придумал, если ты не видишь в этом ничего плохого

и каким образом динамический ip клиента мешает прописать ip сервера с ключем в nethasp.ini

Не тупи, в nethasp.ini прописываются ip рабочих станций с серверами лицензий

когда переваливается за 5 десяток ставят ключ на 100 и не гемороятся с iniшками. Каждую лицуху выкраивают обычно жадные ларьки с парой десятков юзеров

Выдели в DHCP пул статических ip, какие проблемы?

я так и сказал

учи мат часть Се?рвер (англ. server от англ. to serve — служить, мн. ч. се?рверы) — специализированный компьютер и/или специализированное оборудование для выполнения на нём сервисного программного обеспечения (в том числе серверов тех или иных задач).

В данном контексте сервер - программа.

Читай до просветления. > каким образом динамический ip клиента мешает прописать ip сервера с ключем в nethasp.ini Никаким. Проблема в том, что это единственный способ решения проблемы. А этот файлик кто-то должен прописать. Кто-то должен следить, чтобы он не перезатёрся при обновлении платформы. А потом вам потребуется перенести один из серверов ключей на другой IP и вы получаете головняк с заменой этого файла нескольким десяткам клеинтов. А групповые политики почему-то не у всех отрабатывают. А еще надо вести списки соответствий клиентов серверам и пр. и пр. Короче геморрой на ровном месте и за бесплатно.

Я всех заразил :)

>> Выдели в DHCP пул статических ip, какие проблемы? Только ради 1С? Это смешно. Никто этого не даст сделать. Кроме того администрирование сети - это вообще не имеет никакого отношения к сфере компетенции 1С-ников. Есть свои корпоративные регламенты, правила, требования и нормативы.

Шта? в контексте раздачи ip сервер это программа? Досвиданья

ну тогда пиши в ini-файле dns имена с серверами ключей

* менеджера ключей

Еще раз: Все возможные решения с прописыванием INI файлов я знаю. Это костыль! Костыль, который прекрасно работает до определенного количества пользователей и серверов в сети. И когда у тебя сеть более или менее статична. Тебе не составляет особого труда отслеживать и решать проблемы с этим файлом - кому какой и когда прописать. При достижении некоего критического количества пользователей этот костыль становится неудобным. А когда еще и клиентские места то новые появляются, то старые перестают пользоваться 1С и ты об этом можешь узнать только когда тебе от HelpDeska заявка прилетит о том, что у кого-то вдруг ключ отвалился, это всё вырождается в регулярный головняк.

Если есть АД можно сделать, чтобы ежедневно файлик прописывался в нужным текстом.

->

фантазер :)

при обновлении платформы файлик не затирается. Если конечно вы не ставите там галку "Установить драйвер hasp". А вы ведь ее не ставите при обновлении платформы?

Скажите пожалуйста, сколько примерно раз в год высокоплачиваемый специалист достает заветный конвертик с тремя пин-кодами(или сколько их там осталось) или звонит в компанию 1С, пока 200-300 пользователей смиренно(или не очень) ждут пока все запустится? Или внезапная потеря лицензии на сегодняшний день уже неактуальна?

>> при обновлении платформы файлик не затирается. Точно помню что с одним из клиентов была извечная проблема как раз именно с затиранием этого файла. У некоторых проблема выявлялась периодически. Точная причина мне неизвестна. Однако факт остается фактом. >> Если конечно вы не ставите там галку "Установить драйвер hasp". А вы ведь ее не ставите при обновлении платформы? Платформа обновляется через групповые политики. Дистрибутив и настройку групповых политик делают админы. Знаю только, что установка драйвера точно не производится. Так же знаю, что при обновлении версии платформы предыдущая версия удаляется. Короче. Что я тут распинаюсь.... За несколько лет проблем с железными ключами было много разных. И все они решались так или иначе. После перехода на программные лицензии проблем не стало. PS Сама 1С-овская идеология защиты порочна. И с этим ничего не сделаешь.

>> внезапная потеря лицензии на сегодняшний день уже неактуальна? У нас внезапных(!) потерь не было ни разу. Все потери были запланированы и ожидаемы - при смене параметров ключевого оборудования, переезде с одного сервера на другой или переустановке ОС. В отличии от железных ключей, которые перестают выдавать лицензии именно внезапно. Или на них зависают клиентские сессии, жрущие лицензию.

И программные и аппаратные лицензии имеют свои преимущества и недостатки. Надо просто их знать и учитывать (внимание!) применительно к конкретной ситуации. Конкретно у нас программные ключи с раздачей лицензий сервером оказались спасением и решили целый ряд хоть и мелких, но регулярно возникавших, проблем. Для многих гораздо выгоднее и удобнее окажется использование аппаратного ключа. Особенно там, где можно обойтись одним ключом, не сильно большая и относительно стабильная (не часто изменяющаяся) сеть.

если лицензии с 50 польз. ключа раздает сервер 1с, а с 20 польз. менеджер лицензий, то вполне нормально, что лицензий не хватает, скорее можно сказать наоборот - при таком раскладе довольно маловероятна ситуация, чтобы все 70 лицензий распредилились бы между 70 пользователями

А объясните этот факт, пожалуйста, почему Вы так считаете... Спасибо.

тоже интересно

если лицнзии раздает сервер то он выдаст по одной на каждую базу запущенную у клиента. открыл бухгалтерию зуп и документооборот - минус 3 лицензии. так что все нормально.

Перепись 1Сников, которые не осилили документацию на HASP, объявляется открытой! Нужно правильно заполнить параметр NH_SERVER_NAMES в nethasp.ini и nhsrv.ini Подсказка, NH_SERVER_NAME не имеет ничего общего с ip-адресами, DNS-именами и отчеством бабушки админа. Это уникальный идентификатор из 7 или 8 (не помню точно) букв и цифер, который присваивается каждому экземпляру сервера hasp (в файле nhsrv.ini в папке Windowssystem32). На клиентах в nethasp.ini должны быть перечислены эти имена в NH_SERVER_NAMES. И да, уберите раздачу ключей сервером 1С, иначе у вас каждый клиент будет отжирать по два ключа.

Насчет NH_SERVER_NAMES я в курсе. Он правильно прописан (каждому менеджеру лицензий назначено свое имя и прописано на клиенте). Вообще-то я уже пришел к выводу, что клиентов все-таки придется развести по ключам. Но вот этом момент я правильно понимаю или нет?: если на клиенте настроен nethasp.ini, то он берет лицензию от менеджера лицензий, если же нет (или запускается с терминальной сессии) - то раздает сервер 1С?

Просто и понятно.

потому что для БД, в настройках которых указана раздача лицензий сервером 1с, можно будет запустить не более 50 сессий, а лицензии менеджера лицензий использоваться не будут, для БД, в настройках которых не указана раздача лицензий сервером 1с, наоборот будут получать лицензии только от менеджера лицензий отключите раздачу лицензий сервером 1с, пусть лицензии с обоих ключей раздают менеджеры лицензий, с двумя ключами как правило проблем с поиском не возникает и настройка nethasp.ini не требуется вовсе

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

>>askmonitor показывает что ключ Его есть смысл смотреть только в том случае, если сервер не раздает ни по каким базам сам лицензии. Если раздает, то у тебя может быть 1 лицензия по аскмону, которая разджойнится на консоли в столько, сколько сервер выдал лицензий. В этом случае сам сервер подсчитывает уже свободные и занятые лицензии.

все досконально не прочитал, у меня ситуация аналогичная сабжу... пишу по порядку 1. при раздачи ключей сервером 1с количество лицензий адекватно отъедается только при одном рхосте, при нескольких рхостах количество лицензий сожраных сервером просто неоправданно высоко... 2. при раздачи лицензий аладином, вроде все красиво пока нету пользователей работающих с терминала или ноутбуков, при их работе (и кривом завершении сеансов) остаются висеть занятые сесии в ключе, в документации написано, что они должны грохатся через трое суток, но по факту это не так по этому 1. по возможности использовать раздачу аладином 2. настроить корректное закрытие 1с, для этого отключить на клиентах уход в сон, гибернизацию и прочие фишки, а так-же запретить терминалам грохать сессию при открытой в ней 1с, лучше пусть работает чем будет фантомный сеанс на трое суток. у себя до конца еще не побидил, но работа идет :)

с залипшими лицензиями в терминальных сессиях - это уже совсем другая история надо полагать винда на сервере 64-битная? в этих сессиях случаем не залип процесс splwow64.exe?

Уважаемый Dmitrii, Ваш пост носит прям рекламный характер - переходи на программные лицензии. Сколько я сталкивался с программными лицензиями, как правило они более глючны, чем аппаратные. Аппаратные настроил 1 раз, даже если это "зоопарк" ключей, и больше нет проблем и даже в сети с динамическими ip. А вот с аппаратными лицензиями - проблема постоянная, особенно когда количество лицензий впритык к количеству желающих зайти в базу. Сервер 1с постоянно подвешивает сеансы, не на много но... не очень приятно.

Подтверждают, тоже постоянные проблемы с аппаратными лицензиями, замучались.

"Как то раз после очередного обновления платформы начались чудеса. Вдруг стало не хватать лицензий. При этом часть пользователей успешно подключалась к базам, опоздавшие впадали в панику и звали специалистов. После безуспешных заклинаний Alladina, в лице его monitora, показывавшего наличие свободных лицензий, последние (специалисты) впадали туда же (+ нецензурное бескультурье) и кидались бороздить просторы интернета в поисках ответа на извечный вопрос "Что делать". А ларчик то просто открывался! В свойствах инф. базы в консоли кластера НЕОБХОДИМО установить "Разрешить выдачу лицензий сервером "1С:Предприятия" = НЕТ. При этом вышеупомянутое необходимо сделать для каждой используемой серверной базы данных!" Достоинство статьи в том, что она очень простая. У меня тоже  есть проблемы из . Начну, пожалуй, с этого.

У меня 3 хасп ключа, 4 базы, всем базам запрещено раздавать ключи, проблем с лицензиями нет. Бороться с зависшими сессиями в HASPменеджере можно настроить перезапуск раз в сутки службы.

А после изменения параметра "Разрешить выдачу лицензий сервером" настройки сразу вступают в силу или надо перезапустить сервер 1С?