Добрый день всем.

Столкнулся с проблемой: обновил платформу 1с с версии 8.3.12.1685 до 8.3.14.1779. Произошло это 09.09.2019.
На следующий день 1ска начала показывать разные смешные сообщения по типу такого:
https://forum.infostart.ru/upload/forum/upload/370/3705af5a86d223a3a9622b7803db92bd

Погуглив, я понял, что у нас типа лицензии проф, и работать не будут, если пользователей больше 500 или ядер больше 12.

Хорошо, зашел в БИОС, отключил гипертридинг: теперь ядер в винде отображается 12. Пользователей у нас даже ё00 не набирается. 1Ска запустилась, всё хорошо, пользователи зашли. Но примерно через час 1ска давай показывать опять то же самое сообщение, типа хочу денег, и не волнует.

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

Ребят, подскажите, что делать с проклятой софтиной? Ломать не хочется, так как мы бляха-муха не для этого ключи покупали!

(152) а причем тут бюджетность сервера? У нас на сервере, грубо говоря, овердохера ресурса, если оценивать по количеству задач и пользователей, но на дефолтных настройках начинаются тормоза. Просто тормоза, которые исчезают, если меняешь настройки. Железо на загружено. Но сервер тормозит. Настройки меняешь, нагрузки те же, а тормозов не наблюдаешь.

(158) Мне просто любопытно понять, это нужно ОЧЕНЬ, или просто разрабы забили на 1С, и решили оптимизировать работу 1С средствами Админов, т.е. железом :)

(159) а где здесь железо?

+(158) к примеру ""

безопасный расход памяти за один вызов;
количество ИБ на процесс;
возможность обновления тонкого клиента с сервера;
максимальный объем памяти рабочих процессов;

...
"возможность обновления тонкого клиента с сервера;" - феерично, все в руках админа.
"безопасный расход памяти за один вызов;" - оптимизация работы 1С, ресурсы не беспредельны и запросы порой писать надо умело.
"количество ИБ на процесс;" - да как то с выходом 64х платформы феолетово
"максимальный объем памяти рабочих процессов;" - да как то с выходом 64х платформы феолетово

(148) Да просто на свежий 8.3.14 типовые решения переведут в конце года - и ага ;)

(160) Я в этот термин включил то ,что может сделать системный администратор руководствуясь политикой и инструментами Домена.

(152) Франчи пишут такие обработки, которые могут положить любой сервер, если не ограничивать.

(156) А мы продолжаем использовать на 8.3.12.1714, пока никакая типовая не требует свежий релиз. Но в ноябре заявлено обновление БП 3.0,
https://releases.1c.ru/project/Accounting30

Информация о планируемом релизе
Номер версии    3.0.74
Ориентировочная дата выхода     Ноябрь 2019
Дата обновления плановых данных    09.09.19
Адаптация конфигурации к работе на платформе 8.3.14 без совместимости с предыдущими версиями

(164) Вот, франчи, пишут... руки из одного места, и неправильное использование ресурсов ИТ индустрии :)

(154) Зациклившаяся обработка положит любой сервер, вопрос только времени.

(0) Hyper-Threading конечно же не надо было отключать, там по физическим ядрам считается, или по виртуальным на виртуальной машине.

В любом случае, платформа сама будет использовать не более 12 ядер на кластер, если их больше, и ругаться на это не будет.

(159) Ну вот смотри... чисто мой персональный трабл.
Все нормально работает. Настройки дефолтные. Загрузка сервера обычная и невысокая.
Тут я получаю обновление базы. Типовой. У меня все доработки, от которых не удалось отбиться - все в расширениях. (Есть нетиповые, там история другая).

И вот я по типовой поддержке накатываю Обновление. И... И... И... Тут я начинаю матом все крыть, лезу в админку и ставлю серверу 1 ИБ на процесс. Все заработало. Не супер быстро, но заработало. Как это объяснять?

(154) Не которые процессы отъедали столько памяти на сервере, что у других пользователей наблюдалось резкое падение производительности.

Настроили параметры и забыли о проблеме
безопасный расход памяти за один вызов;
количество ИБ на процесс;
максимальный объем памяти рабочих процессов;

(169) Не знаю. Я простив динамического обновления. И это финт ушами от 1С, а завтра все перестанет работать :)

(170) Понятно, чего ждать нам, спасибо :)

(171) А я что-то говорил о динамическом обновлении?!

(173) Предположил, интуитивно, некоторые расширения обновляют в пользовательском режиме, загрузкой :)

(165) Вот они подлецы... у меня был план "Б", если не удалось бы победить лицензии... откатиться назад :)

(174) Нет, это все обновление типовых на абсолютной поддержке и делается оно из конфигуратора и по всем признакам база как бы в монопольном режиме.
Это слишком рискованно из режима предприятия, на мой взгляд. Хотя я перед обновлением продуктива часто тестирую, что там должно прилететь.
И из предприятия я могу допустить обновления только файловые базы и то, при полной уверенности в наличии архива.

Интуитивно у меня есть подозрения к тому, отчего это работает по разному для 1 ИБ на процесс и при нескольких на процесс. Причем, достаточно 2 базы на процесс и при наличии во второй базе разрешенных регламентных заданий будут срабатывать глобальные блокировки.

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

перечитал и мало что понял, при каких условиях происходит вывод сообщения можно озвучить ?

(178) Сообщение выводится при отлупе очередного сеанса. А вот что именно выводится зависит от того что это за сеанс (какой клиент его устанавливает), но в общем случае считай что выводится при использовании любой функциональности КОРП платформы.

Звездец, вопрос по проблеме с подключением к фрешу - у юзеров локально установлены ПРОФ лицензии программные или USB ?

(180) в  (110) я описал что на ПК(на одном программная ПРОФ, второй подтянул ПРОФ по сети, но который посути КОРП с программным дополнением). Сейчас работают с ПРОФ лицензиями. Видимо на сервер что-то поменяли в Калуге

(179)  а есть faq для тупых с описанием функционала КОРП решений, веток и версий ?

(182) https://rarus-crimea.ru/news/2637/

(182) дефолтные я себе вернул по прочтении этой доки
https://its.1c.ru/db/metod8dev#content:5908:hdoc

(182) http://catalog.mista.ru/journal/news/mir-1s/1s-zakrepila-razdelenie-platformennykh-litsenziy-na-prof-i-korp_1002294/

(181) у меня USB - отключил в параметрах базы использование аппаратного ключа, теперь запускается с лицензией, выданной фрешем,
а вот как запретить использовать локальную программную лицензия - пока не понял

(186) так и запрет usb не вариант. С локальными базами тоже надо работать

(187) запрет использовать ключ прописывается для одной конкретной базы во фреше, остальные без проблем видят ключ

(186) а нет ли возможности управлять очередностью получения лицензий? платформа то их ищет в определенной последовательности. Может какой параметр запуска?

(188) я знаю как указать в стартере. А как для конкретной базы?

https://i.imgur.com/6W27MOz.png

(189) описание бага в документации ?? )))
фрешовая база при запуске вообще никак не должна использовать локальные лицензии или локальный ключ или лицензию от HASP LM по сети - это косяк 100%

(191) у них перестали запускаться свои же демо базы - это зачет )
интересно, скольких умников из 1С после сегодняшнего уволят

(193) ты че, их наоборот премируют. KPI то небось вырастет. А так все работает, ничего не ломается - бездельничают значит

в 1с вообще существует отдел тестирования?

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

(193) Они вообще-то грамотно развели тех, кто любит новые фичи. Подсадили, как Microsoft подсаживает на месячную бесплатную предустановленную MSOffice. Кто-то поостерегся, но изучил на тестовых базах. Начиная с 1С 8x каждая новая выпущенная платформа приносит всё новые головные боли. Многие пользователи переспрашивают друг-друга перед установкой обновлений платформы - ничего не поломали? От софтовых лицензий ждал только удобства использования, но в реальности - только ограничения, которые только вредят бизнесу, т.к. срабатывают в самый неподходящий момент. А это время, нервы и деньги.

(188) Гонишь, нет такой возможности

А не, походу ты о ключе запуска usehwlicenses, гоню уже Я )

Если стояла лицензия на сервер USB, а лицензия на 20 пользователей программная. Менее 500 пользователей и менее 12 ядер. Платформа 8.3.14.1694 И сервер перестал выдавать лицензии. Что нужно делать? Нужно было регистрировать ключ на портале ИТС?

сам ты гонишь
ключ /UseHwLicenses- в параметрах запуска
http://www.online-ufa.ru/content/articles/setting-use-license-1c/

(200) если выходит сообщение "Операция не может быть выполнена с текущим составом лицензий", то количество ядер и юзеров значения не имеют, проблема в параметрах кластера и рабочего сервера, которые отличаются от дефолтных
для продолжения работы нужно сбросить все значения по умолчанию
ну или купить КОРП

(201) Я уже исправился выше) сбило с толку твоя фраза "отключил в параметрах базы использование аппаратного ключа", слово "отключил" лично мне не читается как "прописал"

(202) получается что во фреше Калуги стоит ПРОФ? раз теперь все с Проф клиентскими заработали?

(204) а как так? фреш же вроде априори КОРП?

(203) странно, что нет аналогичного ключа для софтовых лицензий,
и названия даже придумывать не надо /UseSwLicenses )

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

(206) тогда и для раздаваемых сервером до кучи надо бы

(204) - это надо у Калуги спрашивать, что они там шаманят
в 1cfresh.com глюк остался

(207) какое именно сообщение выходит, по которому определили что "сервер перестал раздавать лицензии" ?

(209) я думаю что сегодня везде шаманят разработчики системы защиты из 1С))))

(210) Никакого сообщения нет. Опытным путем определил. Что с аппаратным ключом запускается сразу. А без него висит бесконечно. Тоже самое у пользователей, с локальной программной лицензией работает.

(211) я за сегодня уже тоже выкурил и кофе выпил сверх лимита )

(213) Денег-то берешь за исправление этих косяков?

(212) ясно, но скорее всего это не имеет отношения к данной теме
лицензии раздает сервер 1С или базы вообще файловые?

(214) денег с клиентов взяли уж давно - несколько сотен клиентов на ИТС ПРОФ, благо проблемы только у единиц, но у самых жирных )

(215) Скорее всего к этой. Так как. Вначале база запускалась, и писало про не возможность запуска из-за того, что стоит получение с веб сервера обновления. Хотя в конфигураторе, галочка была снята. После снятия галочки и перезапуска веб-сервера, начались такие проблемы.

(216) Так такое обслуживание не входит в ИТС ПРОФ же

Особая боль - запрет ограничения 1 ИБ на 1 рабочий процесс.
Так изолировали нагрузку между тяжелыми конфигурациями(БП и УТ).
А теперь сорян ребята, платите много денег за эту настройку. Всё остальное особо и не нужно.

(218) жирные все на абонентке - платят на много больше чем ИТС ПРОФ, правда в основном за спецов по конфам,
потом с клиент-менеджерами посмотрим, может и включим в счета сколько то часов

(217) стояло обновление тонкого клиента с сервера?
отключите, перегрузите сервак + проверьте живые лицензии или нет

(219) а в чем смысл такой изоляции? Ну будет 2 рпхоста вместо одного, в чем выигрыш?

(222) Падает или пухнет один - другой продолжает работать

(223) если распухает, перезапустится и все перейдут на новый, не?

*Все кто сможет

(224) я выше писал.
Ты запускаешь в одной из баз рпхоста что-то тяжело. И оно не падает, а висит. Там же дефолтно не указаны параметры, чтоб перезапускать рпхост. Ну и все сидят. Даже если кто-то попытается перезапустить свой сеанс - он все равно сядет туда же.

(226) допустимый объем памяти в свойствах кластера не пробовал установить?

(227) и как это поможет изолировать пользователей?
безопасный расход памяти за один вызов;
максимальный объем памяти рабочих процессов;
тем более относится к КОРП

(228) 1. Зачем их изолировать?
2. Я говорил про свойство кластера, а не рабочего сервера

(229) долго объяснять. почитай ветку, все писали

(230) долго писать что? тюнинг этих настроек вообще ну такая себе, редко нужная вещь. А с увеличением кол-ва рпхостов растут затраты на синхронизацию с менеджером кластера. Я читал что тут писали но у меня сложилось ощущение что люди просто не в теме.

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

(231) В теории так и должно быть. На практике уменьшение числа ИБ на процесс помогает бороться с проблемами производительности и стабильности работы. Вероятнее всего из-за каких-то ошибок в платформе. У самого на прошлых релизах 8.3.12 рабочие процессы падали каждые 2 часа пока не прописал 1 базу на процесс. Сейчас на последнем 8.3.13 ничего не падает и при 8-ми ИБ на процесс.

(233) У меня на 8.3.12 ничего не падало. Почему падало у вас?

(197) Зато какая огромная аудитория тестеров. Наверное и служба техподдержки принимала заявки на ошибки в функционале КОРП от тех, у кого не было КОРП лицензии на платформу.

Наиборот при настройке 1иб на процесс люди сталкивались с разными проблемами, от нехватки портов до нерабочих вебсервисов и веб публикаций.

В 8.3.15 убрали параметр кластера "Допустимый объем памяти рабочих процессов" который был доступен в Проф. Это пздц товарищи.

Вместо него параметр рабочего сервера "Критический объем памяти процессов" доступный только для Корп. Ну бред же, это как если бы из mssql standart убрали ограничение памяти и оставили только в enterprise.

(224) Ну, во-первых, от аварийного падения перекочевывание не спасает, а во-вторых разделение по рпхостам как и помогает избежать такого массового перекочевывания, когда из-за какого-нибудь м*дака в ЕРП на какое-то время фризятся (перекочевывают) или в худшем случае падают сеансы с другими шустрыми инфобазами.

(237) Сам же сначала за ненужность изоляции ИБ втирал, а теперь тебе не хватает ограничение по памяти? ))

(239) (240) изначально доступный параметр в Проф, которого хватало чтобы рпхост не съел память сервера, теперь отсутсвует. Функциями Корп я не пользовался, хватало этой настройки, а теперь её нет

(241) в 1С же не лохи - понимают, кто для чего и чем пользовался и как вынудить покупать КОРП

(242) этот параметр не заявлялся как КОРП. Налицо ухудшение условий использования и злоупотребление монопольным положением. Пора обращаться в ФАС, они набутылят усатого (нет).

если этот финт пройдет для 1С без последствий, то не удивлюсь, что после того как окучат всех, кто мог позволить купить себе КОРП, маркетологи от 1С придумают какой-нибудь новый промежуточный тип лицензий что-то типа ПрофПлюс или КорпЛайт, которые позволят использовать часть плюшек Корп, востребованные в среднем сегменте, а у обычных Проф под это дело вырежут ещё что-нибудь нужное...
и все это естественно "по просьбам пользователей"

(244) вангую, что в обозримом будущем конфигурации версий Корп и ЕРП будут напичканы функционалом Корп и откажутся работать без Корп сервера )
Как то
Сервер взаимодействия.
Копия базы данных
....
Что там ещё в Корп вкусного?

(243) поэтому этого параметра теперь и вовсе нет, ни Проф, ни Корп,
его же не перенести в Корп, его теперь просто нет, а каким параметрам должно быть в системе, а каким нет - это решает разработчик

(246) есть, см (238) его правда перенесли на уровень рабочего сервера вместе с интервалом превышения, но задача-то которую он должен решать, та же

(247) ну значит пишите в ФАС

(244) Берите выше, не удивлюсь, если заставят всех купить КОРП :)

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

(250) Но разве это все вообще можно называть "защита"?!

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

(247) в ПРОФ -е его не убрали, а только ограничили его установку отличным по умолчанию: значение 0 ‑ допустимый объем памяти, доступный рабочим процессам кластера на данном рабочем сервере, определяется как 95% объема оперативной памяти сервера.
https://its.1c.ru/db/v8315doc#bookmark:cs:TI000000158

(252) Т.е. абзац с жирным "ПРИМЕЧАНИЕ" ты решил проигнорировать? )

+(253) А, понял о чем ты) Но это нежизнеспособно если сервер 1С например на одном хосте с сервером СУБД

(254) это действительно не то что в 8.3.14 параметр кластера "Допустимый объем памяти", т.к. не перезапускает мягко процесс, а "Если объем занятой оперативной памяти всех рабочих процессов и менеджеров кластера превысит значение этого параметра, то будет аварийно завершено столько рабочих процессов, чтобы итоговая сумма потребляемой памяти оставшихся процессов кластера не превышала значение параметра." - остается просто пользоваться "Интервал перезапуска" - например раз в сутки

(255) Дело-то совсем не в том, что было мягко, стало жестко, а в том что ограничитель фиксированный - привязан к объему ОЗУ)

(может непонятно выразился - в ПРОФ параметр "Допустимый объем памяти" абсолютно легально был в составе ПРОФа, а с 8.3.15 - тю-тю)