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

Столкнулся с проблемой: обновил платформу 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с. Да, наверное лицензии там проф, а не корп, но блин мы не выходим за ограничения по ядрам и пользователям! Так какого хрена?!

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

Так сообщение не про ядра или кол-во сеансов, а про то что ты в кластере используешь запрещенные настройки. Установи их в значения по умолчанию.

Но если лицензии куплены до 25.02.2019 то безплатно можно их проапгрейдить до КОРПа

(0) с сегодня только дефолтовые настройки доступны обладателям лицензий Проф.

(2) только по ядрам и сеансам, прочее за бабло

(2) чуть датой ошибся - 11.02.2019 + можно снять только блокировку на 12 ядер и 500 пользователей, а не полностью проапгрейдить до КОРП, т.к. другие плюшки КОРП для ПРОФ доступны не будут вне зависимости от даты приобретения

(2) это не совсем апгрейд до корпа, просто разрешение работать более 500 пользователей или более 12 ядер, но функциональность КОРП (настройки сервера), как я понял, все равно будет недоступна. https://1c.ru/news/info.jsp?id=25491
Сегодня тоже у одного клиента вылезло. Сбросили все настройки по дефолту и запустилось. Значения по умолчанию брал отсюда: http://www.online-ufa.ru/content/articles/default-settings-server-1c/

(3) а как их поставить на дефолт?
В свойствах кластера в консоли управления они не все ставятся...

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

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

(0) Сбросить все по дефолту в и будет счастье. ну или купить Корп чтоб пользоваться расширенными настройками.

(7) там ещё надо учитывать, что некоторые параметры отличаются для 8.3.15 и более ранних

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

(4) Это и грустно, что остальное за бабло. могли бы хотя бы что то дать и в ПРОФ

релиз платформы на сервере 8.3.14.1779 и число ИБ на процесс сброшено до 1 - работает без выдачи каких-то сообщений

Да да, у нас тоже это вылезло сегодня, сюрприз от 1с. Ладно хоть работа не блокируется, 1с открывается по кнопке перезапустить

Пока откатил на старую платформу.

(15) Хрена лысого, у нас просто не запускается, хоть сколько перезапускай.

(17) может именно переустановка после заданной даты критична, а не просто установка релиза?

(14) (15) на скольких юзерах запускаются эти базы?

(18) Не знаю, мож и так. Блин, бомблю так, что аж кресло прожёг!

Это же надо сцуко быть такими жадными! И еще тупыми: ну сбросьте вы свои долбанные параметры на дефолт, если уж так жаба давит, ну зачем парализовывать работу компании - то? Долбодятлы...

(19)
Все работают, это около 50. Только заходят иногда со 2 или 3 раза. Мне такое вообще не выводит, хотя все работаем на терминале.

Грустно, что 1с сама не предлагает автоматом сбросить настройки на дефолтные. У нас тоже возникла проблема, только итак все было по дефолту. Вот уже с час бьемся - не можем понять - где косяк. Все отключено.

(22) Во-во! И я о том же...

(22) мы тоже думали что все по дефолту - везде нули стояли, оказывается Количество ИБ на процес д.б. 8, изменение помогло

(22) Проверьте Рабочие серверы. там должно быть Колиенчтво ИБ на процесс -8 , и количество соединений на процесс 128 и все выше настройки по памяти - 0

(19) всего сейчас 49 сеансов, но баз много :
- в одной из них 12 сеансов
- а баз открытых сейчас 15 штук

(22) + надо все счетчики потребления ресурсов , ограничения потрбеления ресурсов  - удалить там все.

(25) мне НУЖНО, чтоб количество ИБ на процесс стояло 1. И сейчас стоит 1 и работает - смотри пост выше

(28) У меня не фига не работает. ставил 1 и сразу сообщение

(4) Да, ценное замечание. Безплатный апгрейд с ПРОФ на КОРП только снимает ограничения на 500 сеансов и 12 ядер, остальная функциональность КОРПа от этого не становится доступной.

(29) платформа 8.3.14.1630

(5) Да, спс за поправку, упускал раньше этот момент)

Срочно все переходим на фузину! Там такой херни нет!

(9) Хочешь изоляцию - ставь разные службы. Тот же Докер даже на Винде - в помощь)

(34) А ключи?

(20) Так тебя заранее предупреждали, а ты не подготовился. Так что парализовал работу компании ты.

(35) С ними все в порядке. Докер-контейнер может работать не только в среде (окружении) гипервизора, но и в окружении менеджера докеров, т.е. единственной установленной на железном хосте Винды 2016.

(28) Странно что платформа чуть и выше и дает изменить этот параметр без сообщений

(28) Это упущение какого-то твоего конкретного релиза скорее всего, не должно оно работать с таким параметром

(34) типовые базы!!! взаимные блокировки типовых баз, работающих по дефолту на УФ (Такси). Сбрасываешь количество ИБ на процесс и все отрабатывает в разы быстрее на таких блокировках, как обновление базы и что-то такое же смачное, что происходит достаточно регулярно даже на типовых.

(40) Ну это уже похоже на плач, смысл нам обсуждать то как решили в 1С) Хочешь изоляцию - говорю же или мути самостоятельно, или плати за КОРП.

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

(39) это не какой-то конкретный релиз - с любой актуальной типовой и  точно на всех релизах выше 8.3.10 (не могу сказать, что испытывал абсолютно все, но несколько разных 12-ый, 13, 14)

(43) ну не работает же 8.3.14.1630. Проверил в нескольких местах.

(44) Ну... если быть точным, то у нас было несколько параметров изменено из тех, что показаны в сообщении,
Из тех что перед глазами прямо сейчас: - ИБ на процесс 1; - число соединений на процесс 512

(24) Количество ИБ на процесс стоит 8. Не помогает.

(46) проверь все таки все параметры, возможно что то упустили, дефолтные есть во второй ссылке из (6). Нам помогло даже без перезапуска сервера

(46) число соединений на процесс
?

(46) смотри другие параметры, может что-то еще изменяли

(46) ТЖ в помощь, если визуальный способ (ознакомиться с текстом и проверить перечисленное там в оснастке ММС) не осилил

(48) Стандартно 128

(47) А они и так должны срабатывать - без запуска сервера. Они всегда на стартах новых сеансов срабатывают.

(50) Хватит глумится. 2 спеца из франча подключились - не могут понять.

(53) Не знаю, зачем ты это мне пишешь. Мне до фонаря, гарантированный способ Я тебе озвучил.

(54) Потому и пишу, что может у кого мысль интересная появиться. Может где в реестре посмотреть?

Ясно, не в коня корм)

(55) Может скрин скинете сообществу что у вас сейчас

О !!!

Теперь и у нас сломалось. УРА, товарищи!!! Мы тоже не избегли этой бяки - мы как все!

ага, уже замечено - отваливает только в те базы, в которых с утра успело заскочить более менее приличное число пользователей

(59) так 10 пользаков с параметрами старыми норм , а вот 11 уже сидит и курит.

предел 12 сеансов на одну базу. У кого базы все мелкие - те ничего не заметят

(60) один в один.

6-й пост проблему решил.  
azt-yur спасибо!

автоматом на дефолтные значения не сбрасываются, запускаются первые 10 юзеров, а остальным уже выдается "Операция не может быть выполнена с текущим составом лицензий"

(36) как бы я поставил новую платформу 09.09. Я вообще не предполагал, что такая падла будет. Так совпало...

(65) это ты вовремя...

самое удивительное, что фрешь тоже частично лежит. Уполномоченный представитель не запускается. "Операция не может быть выполнена с текущим составом лицензий"

(67) хотя если там уже корп, в сети у меня не пойми что (ключ то раздается как проф, хотя пин для корпа активирован но его то лиценз менеджер не видит). и может по-этому такая ошибка?

(64) у меня до 12, но затем все равно так и выдает. Может что-то фоновое выскакивает и лишние съедает. Но предел таки 12

(69) Вам еще дают на пользаках эксперименты ставить ? :)

(69) хотя казалось бы, а причем тут 12? то число что было раньше в линукс сервере

Когда в 6.30 утра правил настройки серверов, был удивлен, что нет ветки на мисте, думал мы одни такие дятлы.
Ч
Вообще , конечно, жесть не пускать пользаков в базу.

Я так и не понял что происходит если на сервере более 12 ядер, тоже в базу никого не пускает?

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

Имею немного другую беду: все лицензии (USB) уровня КОРП последние 5 лет, лицензии обновлены неделю назад.
Однако сегодня 501й пользователь не получает доступ, мотивируя тем, что используются настройки не по умолчанию.
При просмотре "о программе" выдается след. информацию
Текущая:
Сетевой HASP4 ORG8A 300, получило клиентское приложение
Локальный HASP4 EN8SA 1
8000******, обновление сервер 64 КОРП функциональность пользователи ресурсы, 02.09.2019 10:22:45, *** , file://C:/ProgramData/1C/licenses/*****.lic
8000******, обновление клиент КОРП функциональность пользователи ресурсы, 24.07.2019 9:08:28, *** , file://C:/ProgramData/1C/licenses/*****.lic
8000******, обновление клиент КОРП функциональность пользователи ресурсы, 02.09.2019 11:02:35, ***,  file://C:/ProgramData/1C/licenses/*****.lic

(73) см (6)

74, все это выполнено, куплены и РКЛ и ИТС, все что нужно и не очень.
Однако функциональность КОРП не активировалась

(68) фреш то тут интересно причем, там лицензии сервер фреша выдает, можно вообще браузером заходить
у меня с фрешем проблем нет

(76) в браузере не работает ЭЦП нормально, нужен тонкий клиент. А он выдает аналогичную ошибку

(72) Просто 1С-ники дятлы-жаворонки редки. В основном дятло-совы.

(71) Скорее это из-за коэффициента 1.1, только при превышении которого срабатывает отлуп. Другое дело, что 1.1 умножается на количество клиентских лицензий КОРП, доступных кластеру, а у Фрэнки таковых вроде как нет.

(76) Потому что во фрешевый кластер лезут с лицензией уровня ПРОФ, вот и отлуп. Не соблюден коэффициент 1.1)

(72) "не понял что происходит если на сервере более 12 ядер, тоже в базу никого не пускает?" // Нет, в этом случае все работает без отлупов - просто кластер перестает использовать более 12 ядеро

(80) вот и я привел пример из своей сети, что вроде как имея корп, получается для фреша все равно будет проф. Хотя ведь раньше вроде как первым делом лицензии получались от фреша на его сеанс?

Вопрос - у кого запускается не более 10 пользователей - сколько ядер на серваке вместе с Hyper-Threading? У меня 24.

(82) Фреш никак не может управлять тем каким образом тонкий клиент будет получать свою лицензию, увы

+(84) В этом случае придется внешними средствами изолировать программную лицензию от тонкого клиента, если он лезет во Фреш

(локальную программную лицензию)

(84) рука-лицо. Перезагрузил ПК. Первым зашел во фреш - ОК. А если зайти в локальную - а потом во фреш - получается что не арбайтен

(87) ну ппц умельцы из 1с намудрили с защитой

(61) Не 12, а 10. 11 сеанс начнет проверять наличие КОРП.

(87) Да, с Фрешем это конечно знатно облажались они. Но коэффициент 1.1 должен работать, т.е. если у поставщика Фреша кластеру доступно 10 000 клиентских лицензий, то он должен туда пускать клиентов с лицензией ПРОФ, но не более 10% (т.е. повезет не всем) :)

(89) Может у него некоторые сеансы спящие, т.е. не потребляют лицензию, отсюда и объяснение откуда только 13-му отлуп выдается)

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

(90) тут наверное правильнее всего было сделать приоритеты - фрешь, а может быть сервер КОРП даже, должен принудительно выдавать свою лицензию

(92) При том, что он сглаживает негативный эффект, т.е. некоторым дает шанс зайти )

(94) у меня сегодня тьфу-тьфу еще ни одного звонка не было от клиентов фреша с подобным багом, а их у меня не одна сотня

(95) может у них просто нет локальных баз, или они в них не заходили до запуска фреша

(95) (96) Или тонкими клиентами в них не лазят)

(73) (55) попробуйте кэш сервера 1С почистить

(96) не у большинства, но у многих есть локальные базы, которые используют параллельно - будем надеется, что это какая-то локальная проблема у фреша с конкретным приложением/кластером/ИБ, а не со всеми

У нас несколько серверов , спрашивали как нам поступить, можно ли одни сервера лицензировать под Корп, другие нет. Сказали в одной сети будут работать лицензии только одного типа. Не стали брать Корп, потому что реально подстава все перелицензировать, да ещё платить каждый год. Уже сколько в свое время нажрались кала с этими лицензиями, железные горели, программные отваливались, но клоунада продолжается.
Я так понимаю спокойно живут те кто соболя юзают или как теперь ее ломают....

(100) для ломанных версий функционал КОРП не доступен вовсе

>>Программные лицензии, приобретенные до 11.02.2019, будут обновлены автоматически.
там надо было кнопочку нажать обновить на КОРП

(100) это я получается тоже получу сюрприз. В сети есть ПК с программными ПРОФ, и несколько с USB проф, получается ... хз что получается ... радует что они пока только для разработки и на сервер не ходят ... аааааааа то есть если им понадобится подключиться к базе на сервере они получат отказ?

(103) Главное чтоб в КОРП-кластер не подключались клиенты, получившие лицензию ПРОФ

(в количестве большем чем 10% от количества доступных кластеру КОРП клиентских лицензий)

(104) (105) и если эти 5 клиентов подключатся, какой функционал им будет доступен?

"если им понадобится подключиться к базе на сервере они получат отказ?" // На каждого такого желающего подключиться придется иметь по 10 КОРП клиентских. Либо изолировать клиента от получения ПРОФ лицензии, чтоб он получил КОРП-лицензию из кластера

(106) Все будет доступно как будто они КОРП

(106) если на сервере установлены 50 кл.лиц уровня КОРП, то до 5 юзеров могут подключиться с лицензиями ПРОФ и им будет доступен КОРП функционал

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

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

а что теперь с теми у кого например: пользователей мало 10-15, сервер ПРОФ, лицензии ПРОФ например УТ, но например им была нужна функциональность БП КОРП, но не нужна КОРП на сервере. К имеющимся ПРОФ просто докупалась основная поставка БП КОРП и это работало, бух работал в своей КОРП и ПРОФ одновременно, остальные в своих ПРОФ. А теперь вообще непонятно как. Менять все на КОРП?

(112) лицензии КОРП и бух КОРП - это разные вещи

(113) да, но в бух КОРП и лицензия по идее КОРП, а значит получаем разные лицензии в одной сети и по идее невозможность работы

(114) Нет. Приписка КОРП к конфмигурациям это одно, а уровень клиентских и серверных лицензий КОРП - совсем другое. Просто назвали одинаково.

(114) не путай теплое с мягким
БП КОРП не имеет отношения к платформенным лицензиям КОРП и прекрасно работает с ПРОФ лицензиями

Использовать КОРП-конфигурацию конечно же на ПРОФ-лицензиях можно

(83) У нас запустилось, установил настройки по умолчанию.
Процессов ИБ 8
Подключений 128

Ядер у нас, 64, если не соврать, а может больше :)

+ Пользователей 300 спартанцев

+ Баз тук 20

(69) Наши разобрались. В одной из самопальной забытой запароленой базе стояло внешнее управление. Единственной, куда не мог попасть.

+ Соответственно, для USB  ключа обновили лицензию.

Но не стали пока обновлять лицензии для других ключей, но они вне нашей сети, как бы я их не вижу, но сервер 1С видит :)

(121) Вот оно как :)

(123) Ладно хоть вспомнили пароль. :)

(100) И самое обидное, что разделение на проф и корп не решает проблему монетизации в 1С. Ну купят корп один раз, те кто побогаче. Но деньги имеют свойство заканчиваться. А дальше что? Опять новые лицензии придумывать?

(125) Так КОРП это не единоразовая покупка, если конфигурацию и платформу планируется обновлять. Это РКЛ и не менее 300 тыр в год отслюнявливать)

(125) Рекламу в платформу внедрят)

(126) Даже если не обновлять - тоже надо отслюнявливать не менее 300 тыр. в год.

(126) Сочуйствую зазеркалью - кто теперь будет читать про новые фичи.

(128) Ошибаешься

(130) Проверяли? ;)

(131) Условия на этот счет не менялись с конца 2014 года. Хочешь поставить платформу / сервер уровня КОРП - будь добр иметь РКЛ. Далее он нужен только для обновления платформы или установки отличного релиза.

(131) ну если ты не обновляешься, не пролдил и не проплатил. что у тебя лицензии приедут и заберут?

(133) нет, если не обновлять, то можно юзать КОРП функционал без РКЛ

Да это даже в каком-то инфописьме прописано. Что есть продление, а есть возобновление, и что можешь пользоваться без ограничения теми релизами которые действовали на момент покупки / окончания срока РКЛ.

сейчас посмотрел РКЛ и как-то раньше не замечал этого.

на какие продукты распространяется РКЛ, а среди них

1C:Enterprise Development Tools,
Мобильная платформа 1С:Предприятия.

Эт что получается без РКЛ нельзя их использовать тем у кого обычный ПРОФ?  Радует что у меня КОРП NFR )))

Уже есть случаи, когда клиент/заказчик,работодатель, осознав весь ужас ситуации(прочитав сегодня утром это сообщение "обратитесь к администратору...") уже дали команду на апгрейд лицензий до КОРП и РКЛ? Или все так же - авось пронесет, нас цунами не смоет...

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

(137) у меня клиент прислал запрос на несколько лямов

(139) ладно тебе, не хвастайся )))

(139) согласовывать такое будут до нового года потом еще

(141) Единственно, что можно сказать , что в результате разделения на корп и проф четко разделятся компании на две категории. Т.к. админы тех, кому корп был жизненно необходим добьются от начальства выделения денег.

Сидим на 8.3.12.1714 и наблюдаем за всем этим ужасом с КОРП.
У самих 2 лицензии сервера х64 USB и 2 ключа по 100 юзеров USB. Ключи обновления лицензии на портале 1С получили, но используем нестандартные настройки кластера для ПРОФ. Обновлять платформу пока не торопимся

По стоиомости оценили в 1050 тыс.руб + 300 ежегодно РКЛ. Скорее всего будем сбрасывать на дефолтные настройки, обновлять лицензию и начать активное наблюдение на кластером)))

(133) Нет, просто перестанет все робит и все... "И осталась Золушка после 12-ти с корытом и тыквой..." :)

(137) Народ даже не заметил, ИТ отдел сбросил настройки и все работают дальше.
Народу феолетово, пока счета не начнут приносить в зоне 300000 в год, за не пойми что :)

(138) Кому нужен корп, хоть приведи пример. Хоть один.

(146) Собственная система взаимодействия, нестандартные параметры кластера - куча таких чувачков

(143) Самое веселое, если 1С и там закроет лазейку :)

(144) Не гони пургу)

(147) И, что нестандартная настройка кластера кому помогла?
И самое любопытное, в каких типовых программах от 1С?

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

(151) У вас очень бюджетный сервер? Но чертовски дорогое ПО от 1С? :)

(152) такие параметры считаются бюджетным сервером?
CPU Intel® Xeon E5-2667v3 3.20GHz,20M,9.60GT/s, LGA2011-R3 (135W), DDR4-2133, 8-Cores (Haswell-EP) – 2 шт.,
SSD Intel DC серии P3700 800 ГБ, PCIe 3.0
SSD Intel SATA 2.5" 400Gb S3710 (SSDSC2BA400G401) 6Gb/s, 10 DWPD, 500/470MB/s, 85k/43k IOPS – 4 шт.,
DDR4-2133MHz 16Gb Samsung M393A2G40DB0-CPB00 ECC Reg CL15 (RDIMM), 1.2V - 8 шт.,
SSD Intel SATA 2.5" 200Gb S3700  – 1 шт.,

(153) Неплохо, и без ограничения по потреблению памяти процессов, 1С просто жутко тормозило?
Или вы не проверяли?

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

(151) И мы тоже до сегодняшнего дня пользовались

+ Самое важно, у вас что за чудо, которое ресурсы кушает? :)

(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 - тю-тю)