В свойствах инф. базы в консоли кластера НЕОБХОДИМО установить «Разрешить выдачу лицензий сервером «1С:Предприятия» = НЕТ.
При этом вышеупомянутое необходимо сделать для каждой используемой серверной базы данных!
В этом случае лицензию будет искать (получать) клиент 1С:Предприятия 8.2 и на одном компьютере возможен запуск произвольного количества экземпляров системы в режиме 1С:Предприятие или Конфигуратор.
В противном случае (Если в свойствах информационной базы в консоли кластера параметр «Разрешить выдачу лицензий сервером «1С:Предприятия» = ДА) то в Aladdin monitor будет видно только ОДНО соединение от сервера 1С:Предприятия.
Сколько лицензий занял сервер 1С:Предприятия — видно не будет (ПРАВДА ИНТЕРЕСНО?). Кроме того каждый запуск одним и тем же пользователем нового сеанса с 1С будет отъедать новую лицензию, а в мониторе этого видно не будет! В то же самое время, 1С будет декларировать отсутствие доступных лицензий и отказываться подключать нового пользователя!!!
P.S. Благодаря такой нехитрой комбинации с новыми релизами наша организация едва не приобрела кучу дополнительных (совершенно невостребованных после установления правильных параметров) лицензий. Однако пронесло, чего и Вам желаю!
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Была у меня такая же история, долго танцевал с бубном, а как оказалось ответ на поверхности.
Полезная стаья, прочел с интересом!
А как быть веб-клиенту??
(0)
Спасибо, конечно, но мы лучше без «пронесло» 😉
а как открыть это окошко ? полный путь напиши пожалуйста
(3) Да, этот метод не подходит для web-клиентов. Там всегда нужно включать раздачу лицензий сервером.
Есть еще тонкость — нужно службу сервера приложений и службу менеджера лицензий перезагрузить после изменения свойств базы.
(5) Trotter_NN,
Пуск — Программы — 1С Предприятие 8.2 — Дополнительно — Администрирование Серверов 1С Предприятия
В списке информационных баз на вашей базе вызываете контекстное меню — свойства, указываете логин и пароль пользователя с административными правами и вуаля 🙂
(6) nikolega,
Думаю этот нюанс следует в описании публикации указать… ИМХО
.. как же достало все это безобразие, товарищ Нургалиев.
Ну очевидно же, что ЭТО ПРОСТО ПРИНУЖДЕНИЕ К ПОКУПКЕ ЛИЦЕНЗИЙ, причем — не вписывающееся в условия лицензирования платформы 1С..
Я несколько раз перечитывал — что отдельные лицензии съедаются только для web-клиента.. Толстый/тонкий клиенты не должны потреблять доп. лицензий.. Нигде не написано про то, что галочка «раздавать лицензии сервером» должно потреблять по одной лицензии на каждый открытый сеанс.
Если ЭТО НЕ БУДЕТ ЗАРЕГИСТРИРОВАНО КАК ОШИБКА в 1С — то это свидетельство НЕЧИСТОПЛОТНОГО МОШЕННИЧЕСКОГО ОТНОШЕНИЯ К ПОТРЕБИТЕЛЮ со стороны фирмы 1С, ИМХО..
Автор, у вас что — все пользователи открывают по несколько баз?
И сейчас 8.2 умеет именно показывать, сколько лицензий свободно. Но, правда, без детализации — кто и сколько.
И сдается мне, что у вас используются ПРОГРАММНЫЕ лицензии, которые имеют именно эту особенность — берутся на каждое соединение с базой, без учета, с какого компа.
Хасповые лицензии такого «функционала» не имеют. Купите хасповые ключи.
И вашим «админам» нужно было бы об этом знать — это не скрывается.
Хотя какие там «одмины».. такие же, как и 1с-ники…
(3) DERL,
для веб-клиентов, например, покупается лицензия на процессор с неограниченным количеством внешних клиентов.
(9) kilokilo,
вы первый раз столкнулись с политикой 1С? 🙂
(10) AlexO,
для веб-клиентов, например, покупается лицензия на процессор с неограниченным количеством внешних клиентов.
не понял что за лицензия такая? имеете ввиду лицензию на сервер?
(10) AlexO, ВОПРОС:
А если у меня 1С «лежит» на виртуальной машине, которая «ползает» по кластеру серверов в зависимости от нагрузки на железо, это мне покупать лицензии на все сервера (на каждый процессор на них)? Разоришься…
(13) AnryMc,
приехали. Вы не знаете, что ВМ работает со строго одной внутренней конфигурацией? Или от переползания у вас каждый раз меняется внутрення «железная начинка» ВМ? 🙂
Лицензируете виртуальный сервер, и все.
(11) DERL,
сейчас не могу найти. Во всяких якобы официальных статьях и объяснениях (от разных лет) у 1с полно несоответствий с нынешней платформой, которая якобы может работать с запросами тысяч веб-клиентов.
Где-то читал, что веб-клиентов можно лицензировать «скопом», т.е. как-будто это сам веб-сервер в одиночку и работает с сервером 1С. Т.е., вроде бы, такое допускается за отдельные деньги.
Но писанины найти не смог, и нужно обращаться в 1С за разъяснениями.
(14) AlexO, Например для лицензий БиТ’а «переползание» ВМ с железо на железо заставило меня получать регистрацию на все Железки… Я же не знаю как проверяется лицензия, может она «прогрызает оболочку» ВМ до железа 🙂
Собственно при раздаче лицензий сервером 1с (не программный ключ!), лицензия после неправильного выхода клиента
зависает на 36 часов и рулить этим не получицца:-(
А при отключении раздачи через сервер можно настроить правильно nethasp и будет пользователю (и соответственно админу) счастье:-)
Также таким образом избавляемся от проблем с поиском лицензий для COM-соединений. До какого-то релиза (не помню) клиентские лицензии искались по кругу, а COM-соединения не находили лицензий, из-за этого и приходилось такими танцами заниматься…
(15) AnryMc,
у БиТ свое «лицензирование», вплоть до выдачи ключей на «собственные» разработки, поэтому тут вам надо обращаться к ним.
У 1С — четко разъяснено: если ВМ и на ней сервер — покупать ключ на каждый сервер 1С, находящийся на ВМ, даже если можно делать проброс USB с хостового железа на виртуальные.
Сам «виртуальный сервер» никаких изменений не претерпевает, так откуда взяться лицензированию хостовых серверов? Следуя такой логики, недалеко и до лицензирвоания каждой электрической розетки, к которой подключено оборудование, каждой комплектующей сервера, стола, на котором он стоит… 🙂
(16) kiruha1979,
а это все недоработки, которые 1С осилить не может никак.
Можно и настроить nethasp, а могут и не помочь эти пляски с бубном.
Т.к. COM-соединение — это отдельное соединение и отдельный процесс с хостовой машины, от таких проблем избавляются точно также, как от проблем открытия нескольких баз с одного компа: покупают аппаратные ключи, которые «занимают» каждый свой ip-адрес.
(18) AlexO, Уточню про COM — это актуально при работе фоновых заданий на сервере, причем заметил интересную особенность — на сервере лежат 2 базы:
1) на управляемых формах
2) на толстом клиенте
У первой оставляем раздачу лицензий сервером (хотя там проблем с поиском лицензий для COM нету почему-то),
а у второй отключаем раздачу лицензий сервером (тут как не крути только это и помогло) — и все работает, причем и улучшается картина с количеством лицензий:-)
(0), (36) , (18)
.. я этим не пользуюсь — но со слов знакомого одного моего знакомого — простенький скрипт, периодически отключающий USB порт и реинициализирующий его заново помог решить некоторые проблемы с нехваткой лицензий, пропадающих незнаемо куда..
Попросить его написать статью — с примером скрипта, что ли?
(20) kilokilo, Странно, ведь службу перезапускать легче, чем включать отключать порты…
(10) AlexO: 1. Да, у нас клиенты запускают по нескольку баз одновременно: ЗУП, Бухгалтерия, Документооборот.
2. Лицензии у нас аппаратные.
(20)(21) … и как клиентские подключения не слетают? Платформа довольно часто ключ проверяет вроде.
Никто кстати не знает есть ли монитор программных лицензий подобно «алладин монитору»?
(23) rozer, Нет не слетают. У меня принудительный перезапуск службы стоит каждые 30 мин.
(9) kilokilo, А Вы обратились в техподдержку фирмы 1С с информацией о баге? Или они должны мониторить посторонний ресурс, заглядывая во все темы и искать где-же, где пользователи намекнут о необходимости зарегистрировать ошибку?
(21) i_volodin,
Которая служба — HASP Loader или HASP Lisence Manager?
Можно настройки строки запуска для службы?
(27) kilokilo, HASP Loader, перезапускается назначенным заданием. Вот тут более пробвинутый пример А у меня просто как лопата net stop… net start…
(20) kilokilo,
такой «мигающий» USB должен приводить к отвалу ключа — постоянно меняющийся ID порта в системе даст о себе знать.
(25) i_volodin,
хотя с учетом этого, и что пользователи ни разу при этом не получили сообщение об отвале сервера, а сам сервер — о потере ключа, есть подозрение, что у вас крайне редко работают с сервером.
Лицензии программные. На сервере несколько баз. Используется только одна. Для неё сделал «Разрешить выдачу лицензий сервером «1С:Предприятия» = НЕТ». После этого в базу стало пускать только терминальных пользователей. Остальным предлагало сменить тип лицензий. Что я сделал не так? Обязательно включать «НЕТ» для всех баз? Или это касается только последних релизов платформы? У нас 8.2.14.540.
(30) absolutblohin,
это как? что вы приняли за «сменить тип лицензий»?
(29) AlexO, Стоит попробовать писать что-то в базу и перезапустить ключ. Я думаю, что просто служба перезапускается быстрее, чем опрос ключа определяет, что ключа нет. Я перезапускаю из-за накопления ошибочно занятых лицензий…
(30) absolutblohin,
В файле nethasp.ini (у каждого пользователя) правильно пропишите пути к серверу, где стоит HASP Lisence Manager.
Убедитесь, что порт 445 (кажется такой) на сервере открыт.
===
Касательно программных лицензий — они сервером распределятся не могут никак.. там клиент уже «пролицензирован» — и сервер уже не выделяет для клиента лицензий..
===
Вот было бы интересно разобраться:
— интересно, как клиент сообщает серверу, что он «лицензированный клиент»?
— и как сервер сообщает клиенту, что ему выделена лицензия и он может запускаться?
(30) absolutblohin, Для программных лицензий, я думаю выключать не надо. Думаю эта статья именно к аппаратным лицензиям, хотя могу заблуждаться.
Прошу прощения, но у меня нет цензурных слов на эту статью. Отключить раздачу лицензий сервером это первое что приходит на ум при нехватке лицензий. Одно из двух или я дебил и не понимаю тайного смысла простых действий, или дебилы те кто плюсовал эту разработку.
(35) Трактор, Сейчас 57 (на это время) «плюсовавших» ОБИДЯТЬСЯ на
(36) AnryMc,
Важно не это. Важно кто прав. Вдруг это Я дебил?
(36) AnryMc,
вам же написано в заголовке:
Новые релизы (т.е., старых они все равно не видели, а новое — оно как бы намекает…)
Борьба (т.е. студенты атакуэ..)
.. с нехваткой лицензий (т.е. нехваткие лицензии куда-то соскальзывают, и никто не знает, где посмотреть, куда).
В корень надо чиать, между строк :))
(37) Трактор,
боюсь, 1с дает это прочувствовать всем и каждому, окромя настоящих дебилов :))
(38) AlexO,
«+»
(37) Трактор, согласен, статья вносит больше путаницы чем пользы. Технически 1С все написала Вопрос стоило осветить не так как автор. Дело еще и в том, что при раздаче сервером HASP менеждер лицензий установлен быть не должен. Автор, же зацепился за «При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. » что собственно и написано на ИТС, а для него это обстоятельство явилось открытием, пусть и неприятным.
(41) i_volodin,
да, и кто будет лицензии клиентские подтверждать? серверный ключ?
(42) AlexO, Ну, все-таки прочитайте статью по ссылке все станет понятней. Там написано
«Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:
1)локальный клиентский ключ (кроме веб-клиента);
2)сетевой клиентский ключ (кроме веб-клиента);
3)локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
4)сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
5)программная лицензия базовой конфигурации.»
Очевидно, что ключ найдется по 4-му пункту. Тем более необязательность HASP подверждается далее
«Если многопользовательский (сетевой) клиентский ключ установлен в компьютер менеджера кластера, на который назначен сервис сеансовых данных, а для файловой информационной базы — в веб-сервер, то сервер может получить из этого ключа несколько клиентских лицензий (в соответствии с номиналом ключа) даже если на компьютере не установлен менеджер лицензий. Отсутствие менеджера лицензий не позволит использовать этот ключ с других компьютеров локальной сети или из терминальных сессий иначе, как через сервер.»
(43) i_volodin,
1. Как без HASP с клиентами получите клиентские лицензии? (опустим всякие программные
херниключи последнего времени)2. Как сервер будет работать с HASP (да еще если тот на другом компе), если не установлены минимум драйвера HASPа — HASP Loader и прочие?
(44) AlexO, Драйвер, то тут причем. Не обязательно устанавливать HASP LM — он выдает лицензии. Это позволит изолировать такие лицензии от пользователей, а функцию LM будет выполнять менеджер кластера, поэтому в него физически и должен быть воткнут ключ.
Весь прикол в том что 1с не всегда ждет ответа от сервера на котором установлен Хасп.а тупо берет из базы лицензию(если включен параметр раздавать базой данных).
Отсюда и проблема одновременно работает менеджер лицензий и база раздает.если менеджер лицензий замешкался то база даст ключик(а он уже на сессию а не на клиента)
Такое бывает когда используется несколько ключей… 1С-ка просто не распознает кто и от куда хватает ключ… зато хорошо понимает что ключ уже схватили… и больше не дает возможности подключения по отданому ключу, кажись в течении суток.. лечится четкой настройкой хаспа..
Если не ошибаюсь, хасповые ключи более не продаются. Мы меняли ключ на большее количество лицензий и нам предложили только программный ключ.
(35) Трактор,
Вопрос в том, как должна работать платформа, а не то, как обходить грабли..
К тому же — описанное поведение грубо нарушает, скажем так, «права клиентов» — почему бы не защитить себя, а не подстраиваться под существующую ситуацию?
Эээх, подать бы коллективный иск к 1С по поводу всех граблей, которые они сознательно не убирают. Ведь знают же!?
+(47) …36 часов
(49) kng67, Продают, только требуют писать заявление на аппаратные лицензии, с указанием причины. Обмен ключей(апгрейд) сама 1С не осуществляет — это делают дистрибьютеры, и тут могут быть любые чудеса — все зависит от их обменного фонда.
(51) rozer, Вы где вычитали про 36 часов, я нигде не могу найти, если осталось поделитесь ссылкой, сам альаддин у себя пишет, что у него по умолчанию 72 часа, но тот кто ключи прошивает (1С) может задать любое значение. Но я нигде не нашел, что конкретно настроено у 1С.
(0), (28) i_volodin,
Настроил у себя так же перезапуск службы netHASP Loader.. Обнаружил одну ээ.. неожиданность.
После перезапуска службы, если смотреть в оснастке «Администрирование серверов 1С..» сколько соединений висит на каждом конкретном «Рабочем процессе» 1С — увидим что НИЧЕГО !?!
..при этом — если смотреть список соединений «Соединения» — то их до хрена..
====
Вопрос к сообществу: Интересно, чем это объясняется?
====
Upd
Небольшой фейл.. Все работает, как надо — перезапуск процессов произошел — а консоль висела больше часа..
Обновил список процессов, после этого появились соединения.. Видимо у тех UID были другие.
(54) см. на ИТС
(56) rozer, Спасибо
(55) kilokilo, Не замечал, но и не приглядывался…
(55) kilokilo, (58) i_volodin,
Небольшой фейл.. Все работает, как надо — перезапуск процессов произошел — а консоль висела больше часа..
Обновил список процессов, после этого появились соединения.. Видимо у тех UID были другие.
После того как мы стали раздавать бесплатно монитор лицензий 1С , нам куча народу написало писем в стиле «оказывается 1С откушивает лицензию на каждый сеанс». Т.е. не смотря на форумы, документацию и , многие по прежнему открывают для себя Америку. Так что ничего удивительного — появления таких статей — закономерность.
Статьи бывают всякие, но они заставляют задуматься
Статья очень помогла
Видно, что статья — крик души человека, который открыл истину, прописанную в документации. Уже давно клиенты могут получать лицензии
1) с сервера 1С:Предприятия (где берет сервер — не важно)
2) с локального HASPа
3) с сетевого HASPа через LM
4) локальная программная лицензия
Для 1-го случая не важно что за лицензия (HASP или программная), каждый сеанс на каждом клиенте будет отъедать по лицензии. Во всех остальных случаях несколько программ на одном компьютере отъедают 1 лицензию (ошибки с несколькими LM или RDP не считаем). Но web-клиенты работают только с вариантом 1. Как хотите, чтобы работало, так и настраивайте лицензии.
(3) DERL,
Именно для информационных баз выложенных на веб-сервере данный метод и был предложен.
Для этого используется специальная библиотека 1C:Enterprise 8.2 Web Services — wsisapi.dll,
что позволяет не иметь на клиенте вообще платформы, и использовать обыкновенный браузер интернета.
Баян, гормошка:) У нас такая же тема была, сразу на сервер подумали, и все ок. Полезная все равно статья, кто-то может сейчас ломает голову почему не хватает лицензий.
Спасибо помогло. Заслуженый респект ну и конечно 5++++++++++++++++++++
я столько времени пытался понять в чем дело, но никак не получалось. Спасибо за статейку, кучу нервов сберег.
спасибо, полезная статья, недавно сами столкнулись с такой же проблемой
Ага, тоже была такая ситуация с потерей лицензий…решал так же вроде бы. Спасибо за статью.
У меня вопрос — почему такие статьи до сих пор актульны?
не кажеться ли вам, что сами разработчики платформы недостаточно прозрачно дают описание работы с лицензиямы?
(70)
не кажеться ли вам, что сами разработчики платформы недостаточно прозрачно дают описание работы с лицензиямы?
разработчики почему то многие проблемы и «нюансы» просто игнорируют, возможно конечно — руки не доходят, а может просто начхат ь им на нас…
(70) Kamikadze,
Один из примеров документации 1С (см. рисунок — особенно пример)
Детский сад.
А почему же никто не вспомнил здесь 8.3 и его сервер лицензирования? Вполне грамотное решение. Кто-то назвал 8.2.14 последним релизом, когда есть даже 8.2.17… не говоря уже про 8.3 с пяток релизов прошло. Открою вам секрет — там даже способ получения лицензии изменили. Вы уже знаете об этом — или для всех опять будет очередное «открытие» америки через форточку?
А то что под 8.2(младшие) под линукс не требовалась лицензия на сервер до 11 пользователей — тоже новость?
Почему штатное поведение платформы — вызвало срача на 70 каментов — это уже спрашивали. RTFM, коллеги. Хотя бы.
(73) >А то что под 8.2(младшие) под линукс не требовалась лицензия на сервер до 11 пользователей — тоже новость?
— Да. Расскажите поподробнее…
А что рассказывать — все написано
ставим линух
сервер 1С
пока к нему не подключится до 11 человек — он не потребует лицензию (это не касается клиентских лицензий)
функция не документированная
при коммерческом использовании является нарушением лицензионности
предназначена была только для поддержки энтузиастов отлаживающих платформу под линукс (мнение не официальное)
в 8.3, по-моему, уже не работает. (не было времени проверять)
Хм, стояли мы на этих граблях… Ответ нашелся на просторах интернета, причем довольно быстро. Оказывается, из этого можно было статью на Инфостарте сделать )
С программными лицензиями такой номер не прокатит, походу дела
(77) это про что?
На самом деле, во первых — всё проще если использовать ключи ХАСП. Во-вторых, в версии 8.3 сервер лицензий работает иначе. РТФМ.
(10) AlexO,
Только что звонил в 1С БИТ (у них 1с покупали). Сказали что ни каких лицензий на «процессор» не существует(
Сколько лицензий у тебя есть столько народу и законнектится. Сам еще не тестировал, но они говорят, что по отключенни одного ВЕБ клиента — лицензия освобождается сразу (но верится слабо)
У нас версия 8.3.7.1917, ключ USB
Опытным путем определил, что
Не важно как получена лицензия через сервер или самим клиентом — все равно одно подключение = одна лицензия.
В нашем случае не выдавать лицензии сервером — не решение в принципе проблемы нехватки лицензий, проблема решилась настройкой ИБ
«Время засыпания» = 600 и «Время завершения спящего сеанса» = 300
(75) ArtfulCrom, 1с сервер на линукс в 8.3 работает без ключа до 12 пользователей, правда еще сам сервер на регламентные задания сожрет один ключ
(82) shal8888, Спасибо. (но это пост от 2012 года )
Вот как раз думаем понемногу переводить кластер на 8.3.7 (как опыт стабильности?) Можете позитивно рекомендовать? опыт непрерывности работы? нагрузок? ОСи?
(83) ArtfulCrom, Сервер на ubuntu 14.04 работает стабильно, наверное уже лет 5 (начинали с 8.2). До этого был Ubuntu 10.04. Тоже проблем не было.
Причем, на этом же сервере крутится почтовый сервер Zimbra, SAMBA. SSD диск прибавил скорости работы с базой заметно.
Клиентов от 6 до 10, работают в рабочее время, сбоев не было. Нагрузка небольшая. Все работает достаточно быстро, месяц ( перепроведение ~1000 документов) закрывается за минуту с работающими пользователями. У менеджеров — тонкие клиенты на Win 8.1, + удаленный бухгалтер на Windows через RDP к XRDP на Ubuntu 14.04 (другая машина для удаленных рабочих столов). С одиночным сервером проблем нет, на счет кластера (я так понял у вас несколько серверов) не знаю, нет у нас такой надобности. Никаких проблем с обновлением платформы на 8.3.7 впрочем как и на другие версии не было. Сравнить с Windows Server не могу, я их даже не видел и не тестил. Минус в 1С под линукс только один — про тех.поддержку от дилеров 1С можно просто забыть, я не нашел у нас в городе тех кто сможет хотя бы установить. Конфигурация — Бухгалтерия предприятия, редакция 3.0 (3.0.43.116) допиленная со своим Расширением конфигурации.
(84) shal8888, Спасибо. Суть понятна.
Где я могу скачать монитор лицензий по которому увижу реально занятое количество программных лицензий? Ссылка с поста Гилева не работает, Гугл не помог. Имею туже проблему в банный момент что и в шапке. Аппаратный ключ на 50 пользователей, в свойствах баз установлено раздавать лицензии сервером. Алладин показывает что занято 30 лицензий, но пользователи зайти в 1с не могут, лицензий не хватает. Не совсем понял Спасибо заранее.
Дополнительно возник еще вопрос, на который не нашел или не понял ответа. Если на компьютере в котором стоит сетевой ключ, стоит менеджер лицензий, а на другом компьютере стоит сервер 1с с базами в свойствах которых стоит «Раздавать лицензии сервером» то лицензии с этого ключа кто будет раздавать? Лицензии с этого ключа сможет раздавать как сервер 1с так и менеджер лицензий или кто то получит монопольный доступ?
(86) Сюда загляните.
Ну и поиском внутри всего Infostart копайте)