<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
На самом деле часть функционала и раньше подрезалась, только сейчас выводят сообщение об ошибке, а раньше просто срубали rphost.
Очень было забавно потом и было не до смеха, когда такая канитель началась — поднимаются и падают rphost ы
А как намеренно срубить rphost на старых платформах? Какой параметр надо крутануть?
(2)Объём оперативки на процесс + время превышения
(1)А можете подробнее рассказать сценарий?
А если у нас более 12 ядер, получается мы не сможем работать на лицензии ПРОФ в принципе?
(5)сможете, в случае не использования параметров КОРП и не превышении 500 пользователей на базу
(6) Получается что нет. Все параметры сбросили до нуля. Пользователей меньше 300. Только ядер 16. Пускает только 10 пользователей.
Причем проверили и на другом сервере (слабеньком для бухгалтерии) там точно ядер мало. Ошибка та же самая. Копец какой-то.
(7)Я Вам ответил в соседней ветке. У вас куча параметров КОРП, надо привести в соответствие с ПРОФ
(8) Вобщем переустановли на 15 платформу с зачисткой серверных настроек (до этого была 8.3.14.1854) помогло. Либо платформа либо сброс настроек всех.
Подскажите, у нас меньше 500 пользователей, но больше 12 ядер. все ключи аппаратные.
Надо нам что-то обновлять, чтоб больше ядер задействовать или нет? По таблице в 1С не совсем понятно.
(10) надо, обращайтесь к партнеру 1с
На многие вопросы есть ответы здесь
(8) Можете кинуть ссылку, пожалуйста
(13)
(12)
81. Если сервер имеет более 12 ядер, но число пользователей менее 500, возможен ли вариант виртуализации в целях использования лицензий уровня ПРОФ?
Лицензию ПРОФ использовать можно. При этом кластер серверов 1С:Предприятия будет использовать до 12 ядер.
Чтобы использовать лицензию ПРОФ, виртуализация не требуется.
Использование виртуализации для других целей возможно.
Но опять же. тут про виртуализацию вопрос.
Короче, так и не понял, получиться задействовать все ядра без апгрейда на корп или нет?
Все легло, даже после обновления лицензии. «Подарки» от 1С, Рассчитать себестоимость с дефолтными настройками просто нельзя, процессы ВАЛЯТСЯ.
Процессы валятся при расчете себестоимости, танцы с бубнами вместо работы.
(17)Из-за ПРОФ они валится не могут
Только по причине нехватки оперативы на сервере либо ошибок в коде, если сервер 1С 64 бита.
Нужны подробности сваливания
(3)
Та я всегда так делал. Проблем не было. Может процесс просто превысил указанные лимиты?
(15)
но в то же время:
Не понял. То есть при неиспользовании функционала КОРП и купленной ранее 11.02.2019 лицензии все ядра работать будут?
Программные лицензии уровня ПРОФ, приобретенные до 11.02.2019, обновлять не нужно. Ваша система продолжит работать в прежнем режиме без обновления лицензий.
75. В нашей информационной базе (ИБ) используются только программные лицензии уровня ПРОФ общим числом на 700 рабочих мест, приобретенные до 11.02.2019. Количество одновременных сеансов с ИБ превышает 500, количество ядер процессора – 16. Функционал КОРП не используется. Что нам необходимо сделать, чтобы после установки последней официально выпущенной версии платформы «1С:Предприятие 8» наша система автоматизации продолжала работать в том же режиме?
День Х наступил, базы полностью перестали работать.
Вернул настройки сервера обратно. Все заработало.
Судя по статье побоку…
…текст…
Могу еще сказать, что никакие настройки кластера или сервера 1С не заставят вашу 1С работать быстрее. Все настройки необходимы исключительно для того, чтобы система в целом работала стабильнее, а не быстрее. Быстрее – это вопрос к программисту, пусть код переписывает. Либо к DBA – пусть сервер базы данных настраивает. Все настройки сервера 1С касаются только стабильности и отказоустойчивости. Никакая настройка не действует на скорость. Сервер 1С всегда пытается выдать максимальную скорость математики. Он ничего не скрывает, не работает вполсилы, он просто старается этими настройками сделать крепче сон администратора, и чтобы у него не сдавали нервы.
(22) Куда обновятся и откуда? Кто вам сказал про автоматизацию?
У нас вообще USB ключики :DDD
вот фантасты про само…
(25) В ответе речь шла про программные ключи, а не USB, с ними другая история. Какой у Вас вопрос?
Поздравляю!
(4)При лицензии ПРОФ поставьте количество баз на процесс 1 и увидите.
рпхосты будут подниматься по этому условию и падать по несовпадению лицензий
По хорошему надо было бы сделать недоступным поле для редактирования но сойдет и так
Возможно конечно в новых платформах это как то починили
На самом деле то что убрали возможность вынести 1 базу на 1 процесс это просто крындец.
Всякие разные отраслевые конфигурации со своими методами защиты имеют обыкновение крашится раз на дню и вместе с ними по задумке 1С теперь должна крашится и бухгалтерия
Передаю тем кто такую задумку богатую сделал пламенный привет и крепко жму горло.
Уж количество баз на процесс могли бы и оставить в ПРОФ
Или тогда следить за качеством отраслевых конфигураций
А то качество см. выше,
а за лицензионность давайте поборемся
(23), Ключи были куплены давно. Году, эдак, 2011 или в 2012.
Написано, что в личном кабинете можно программную лицензию получить, но где именно я не нашел.
(7) Сам эксперт, но на всякий случай посоветую что помогло мне — параметры нужно сбрасывать не до нуля, а именно до параметров по умолчанию, как в этой статье Т.е. например «количество ИБ на процесс» нужно поставить не 0, а 8
Только не ругайтесь если это совет от капитана очевидности :))
(29) на сайте
(29) Скачайте пинкоды для разблокировки в личном кабинете на портале 1С. Нужна действующая подписка ИТС и что бы лицензии были зарегистрированы на портале
(24)
Но могут заставить ее работать медленнее )
С дефолтными настройками сервера и кластера работают возможно хорошо типовые конфигурации и то не факт
а возьмите туда любую отраслевую от раруса и увидите результат
там ребята видимо рассчитывают что их база одна на сервере
(28) починили. тоже видел платформу, на которой рпхосты валились, но это давно было.
(35)
А где скачать? ИТС есть. Лицензии зарегестрированы.
(36) скажем прямо — могут заставить вообще перестать работать — вот где печаль…
(37)Просто интересно, что стало происходить на свежих — перестали запускаться ?
И на какой сами живете ?
(40) 8.3.13.1513. Нормально весь КОРП работает (если он вообще может нормально работать). Особенно прикалывает, что при настроенных 1 базе на процесс периодически натыкаешься на процесс, таки обслуживающий более одной базы.
зы ещё тут прикольчик по теме обнаружил — при активном использовании нескольких сетевых клиентских ключей можно столкнуться с ситуацией, когда конфигуратор цепанул один ключ, а его же отладка — другой. Что какбе нарушение, ага, ибо 1 лицензия за рабочее место анонсирована…
зы2 засудил бы уже кто-нибудь этих жадин и бракоделов…
(38) В личном кабинете на портале
Инструкция по получению лицензий была
(41)Так вы про КОРП, а я про ПРОФ
(43) функционал КОРП на ПРОФ лицензии.
(42) Спасибо.
Нет у меня пункта «Обновить лицензию». Так же даты регистрации пустые в табличке. Буду франчам жаловаться, похоже криво зарегили, в своё время…
(18)100% валятся из-за лицензии
это легко проверить поставив типовые 8 — 128
(31) просто спас)))
(44)Дык. Барин. функционал КОРП на ПРОФ лицензии работает до 10 юзеров
(48) более 150.
(45) странно, для USB от даты регистрации не должно зависеть, т.к. возможность разблокировки определяется не по дате, а по артикулу продукта
(49) В любом случае в поддержку надо писать, почему не высвечивается обновление…
(50)Получается 8.3.13.1513 такая аномальная платформа где работает КОРП на ПРОФ
Все тут я вижу отписываются что это не так
(46) 8-128 являются разрешёнными при ПРОФ
Поставил — всё прекрасно работает, никаких перезапусков нет
(52) Есть подозрение, что это от модели хаспа сервера может зависеть. Хотя у нас есть сервер с программной лицензией — пришлось рарусовскую поделку вынести вон из самолёта, на нём одна эта база и под сотку пользаков с расширенной настройкой — тоже всё в порядке…
(53)Понятное дело.
А теперь поставьте 1 — 32 на ПРОФ и расскажите что будет
(55)Будет нарушение КОРП, вы просто не сможете зайти в базу где уже есть 10 сеансов.
В остальном всё работает, проверено неоднократно.
Нужен сценарий падения, воспроизведённый хотя бы на типовой демо-базе.
(7)Почему до нуля то ?
До дефолтных настроек надо сбрасывать
(57)Вы не очень внимательны, мой друг.
Во первых не сможете войти — это с сентября только началось.
А я говорю про времена когда никаких предупреждений не было, просто по тихому рубились рпхосты и все.
Сценарий падения легко можете воспроизвести поставив дату на июль, 1 — 32 на ПРОФ
Будет нарушение КОРП и будут крашится по тихому процессы
1С:Предприятие 8.3 (8.3.12.1790) если уж быть до конца точным
(58)протестирую такие настройки на этой версии, посмотрим что будет в тж
Народ, так подскажите как заставить 1с работать?
(60)сейчас какая ошибка?
(61)
(62) Сбрось настройки кластера до дефолтных
(52) Шутить изволите? Эта платформа ещё не подвергалась кастрации. См. сабж.
(52) Шутить изволите? Эта платформа ещё не подвергалась кастрации. См. сабж.
А если ключик клиентских лицензий ПРОФ аппаратный, пин-код обновления скачал, но сервера 3 и ядер надо много. Надо на всех 3 серваках одним пином активировать? или достаточно на один и он что-то сделает с hasp license manager’ом?
(пока на старой платформе, но прочитал такое в 8.3.15, раздел 1.9.4. Применимость лицензии КОРП, УП <= 1,1 * ЛК т.е при 50 клиентских КОРП допускается не более 55 подключений, где 5 могут быть с лицензией ПРОФ)
(58) я всегда ренее настраивал количество баз на процесс 1. ни разу не заметил проблем из-за этого в течение минимум 3 последних лет. Количество таких серверов — пара тройка десятков, проблемы были какие угодно, но не эта.
Ребят, не подскажете по поводу
Как бороться?
(68)Сам в шоке. Но факт остается фактом. Сбросил до дефолта настройки и все успокоилось.
(67) имхо — надо поднимать сервер лицензирования и на нем активировать лицензии ПрофПлюс, чтобы они были доступны всем серверам
Что то у нас тормоза начались после перехода на КОРП и 15 платформу.
Пользователей 150, УТ11.
Один rphost только работает занимает 32 Гб. Поди в этом проблема, что все в одном рабочем процессе теперь и нет распораллеливания?
(28)
Начинать надо с товарища Нуралиева! 🙂
Неплохо бы по этому поводу анекдот от автора! 🙂
Вот, как говорится, и наступило 11 сентября, у американцев своё,
у нас 1С-кое…
Как хорошо быть мелким, тебя не касаются проблемы больших ребят! 🙂
(72)rphost многопоточный.
Другое дело что процесс может «накопить в себе непонятно чего».
Проведите тестирование, перезапустите рпхост, настройкой перезапуска по времени и посмотрите ушли тормоза или нет.
А дальше уже надо будет думать что и как делать дальше
дало установить количество соединений на процесс, а вот количество ИБ на процесс не дало
но меня и количество соединений устроило, результат главное тот же что и до этих ограничений
(72)
Советую настроить параметр «Количество соединений на процесс» в настройках рабочего сервера.
У меня при 350 пользователях стоит значение 35 — полет нормальный (это на ПРОФ правда, но разницы не должно быть с КОРПом)
(1) а у меня такая канитель была из за кэша 1с сервера. (не путать с кэшом 1с юзеров)
(72) 48 юзеров на процесс поставьте и возможно отпустит
(28)
Поставили настройки на дефолтные, запустилось без проблем.
Согласен с предыдущим оратором насчет 1 базы на процесс. Уж эти настройки можно было оставить, ничего такого КОРПоративного в них нет, а работать горадо удобнее.
Считаю, что ограничение ПРОФ лицензий можно было сделать гораздо более безболезненно для пользователя, чем тупо блокировать работу сервера с выводом предупреждения. (ИТакСойдет.jpg).
1. Игнорировать пользовательские настройки, если лицензии не удовлетворяют условиям с выводом предупреждения администратору.
2. Скидывать пользовательские настройки на «умолчание», если лицензии не удовлетворяют условиям с выводом предупреждения администратору.
3. Добавить в настройки кластера и рабочего сервера кнопочку «Настройки по умолчанию».
Тогда не было бы такого кипиша.
(73)Не думаю что Нуралиев в курсе таких дел. Скорее всего он знает, что процесс идет, не более того.
Ну раз просите анекдот — они есть у меня. Что мне напоминает нынешний процесс:
Самолет готовится к взлету. Пассажиры расселись в салоне. Вдруг заходит экипаж — слепые пилоты. Очки,
палочки. Пассажиры обалдели, но молчат. Самолет выруливает на взлетку
и начинает разбег. До конца полосы 200 метров… . До конца полосы 100 метров… До конца полосы 50 метров…Самолет ближе, ближе.
Пассажиры в ужасе:
— Аааааа!!!!!!!
Летчики штурвал на себя и взлетают!
Пассажиры успокаиваются.
В кабине один пилот толкает другого в бок и говорит:
— Вот хоть раз они не заорут — и мы навернемся на хрен!
(108)Да, есть что-то от текущей ситуации.
Осталось услышать от 1С о росте продаж корпоративных лицензий…
(53)а вы поработайте недельку.
Еслиб я знал почему валятся то может и разговор был бы предметнее.
Работает работает а потом хлоп и сервер не отвечает.
Я на удаленке, один ращ только и сумел увидеть — начались жалобы на отказ во входе новым сеансам, я успел только зайти в сеанс RDP и увидеть что оперативка вся занята, после этого сервер отвалился полностью пришлось ресетить через kvm. Это не зависит от числа пользователей и ращмера базы, не зависит от отчëтов.
Задал вопрос франчайзи, они посоветовпли изменить параметры процессов с дефолта. Изменил всë прекратилось. Средний объем потребляемой памяти стал 7 гигабайт из 64 возможных. Сейчас из за новой политики вернул настройки обратно и вижу что память перестала высвобождаться до прежних 7-8 гигабайт и держится в районе 12-17, так же было когда база падала с дефолтными настройками раньше. Вот сижу жду. Второй день пока не упала, но она и раньше падала не каждый день. Франчайзи подключались смотрели ничего не выявили, поменяли спецов оаботаем с другими(тоже официальными представителями) , но всë тоже самое. И главное говорят( и прежние и эти) что обращаться в 1с бесполезно.
(93) и что? Было это было а рецепт, что делали , чтоб другие могли проверить.
(41)чтоб такого не происходило нужно ставить сервер лицензирования отдельно, данная ситуация происходит и когда сеанс переезжает на другой рабочий сервер
(9)Добрый день! Такая же ерунда с 10 пользователями. Платформа и так стоит 8.3.15 . Все настройки дефолтные. А что чистили? и где сбрасывали настройки? Не нашел такой кнопки.
(69) могу предложить попробовать вот это решение от Гилева — .
Но сам не пробовал. Хотя другие бесплатные сервисы пробовал, было все нормально.
(24)
2 базы по 1 Тб (УПП и Документооборот). Общее количество сеансов около 200. До сброса настроек на дефолт базы работали прекрасно. Без проблем строилась валовая за год с кучей группировок. Сервер использовал порядка 150 Гб оперативки из 192 Гб, процессоры и диски нагружались довольно хорошо.
Сбросили на дефолт. В итоге все более менее крупные отчет работают только если в базе толком никого нет. Даже если в базе все и ничего не делают, отчеты не работают. Сервер использует от силы 30-40 Гб оперативки. Диски простаивают, процы тоже. Попробуем перейти на 8.3.15, но думаю толку не будет.
Собираемся переходить на КОРП, но апгрейд влетит в неприличную сумму. + 1С РКЛ будет стоить 300000 в год.
Новые условия ПРОФ 12/500 будут работать только на небольших базах. Друг использует КА, база около 30 гиг. 30 пользователей. Он не заметил изменений.
(30)
Только как обычно USB ключи не пробрасывает hyper-v в виртуалку, а программные ключи слетают при использовании динамичной памяти. А так да, всё очень просто. Официально купить, но ставить ломаные.
(159) И заплатить ещё и за сервер лицензирования, ага. И ключ от квартиры, и портки сыми. Особенно когда у тебя один сервер и больше ты покупать не планировал. Птьфу.
(170) Для настройки сервера лицензирования не требуется лицензия на запуск сервера 1с , на него просто активируем лицензии и раздаем.
(17) А какой объем данных для расчета?
Сколько документов/переделов и тд?
(30)
Один момент не понял. Есть несколько аппаратных ключей. Нужно получит пинкод и активировать лицензию на каждый ключ?
и привязять эти лицензии к каждому ключу соответственно? или все можно привязять к любому?
(176)
и привязать эти лицензии к каждому ключу соответственно? или все можно привязать к любому?
Нужно получит пинкод и активировать лицензию на каждый ключ.
Вот ссылка как чистить кеш сервера. это помогает с разрастанием rphost
(30)
>4. В итоге, вы получаете БОНУС от 1С, возможность в расширении добавлять любой объект метаданных, кроме бизнепроцессов и журналов документов и по мелочам.
O_o ШТА?
Что за бред?
Да… уж с новыми правилами игры от 1С серверный вариант (32) начинает требовать больше памяти. По наблюдениям рабочий процесс сразу начинает занимать в памяти примерно равный размеру конфигурации базы, которую он обслуживает. Если раньше можно было указать, что в рабочий процесс не может обслуживать более одной базы, то получалось экономно использовать память за счет того что количество процессов, обслуживающих одну базу стремилось к минимуиу, а теперь в один процесс может залезть 2-3 базы(рандомно) и память запросто может прыгнуть более 3,5Г даже при малых значениях дозволенных процессу соединений(у меня сейчас 5). При малых значениях кол-ва соединений, больше процессов, которые содержат в памяти одни и те же данные. То есть потребление памяти стремится к потреблению в файловом варианте, где все экземпляры содержат одно и тоже. И по итогу универсальной настройки, чтобы гарантировано не прыгать больше 3,5 нет. (только несколькими экземплярами службы на разных портах).
Если использовать 32 бита, то при ошибках выделения памяти, нужно уменьшать количество соединений на процесс. Если он итак небольшой, то уменьшать количество времени перезапуска процессов(а перезапуск вопреки ожиданиям не проходит без тормозов), и при некоторых раскладах процесс всё равно может при этом уйти за 3,5. Если нет возможности докупить 64, то можно докупить память.
Получается, что даже файловый вариант, запущенный через апач, будет жрать меньше памяти, чем серверный, потому что для него не надо держать в памяти одно и тоже по нескольку раз. Кто это придумал? Лучей добра этим людям.
Форум какой-то странный. Хотел написать в конец, сунуло в середину. Захотел удалить — не могу. Безобразие.
(28)
Технологический блог фирмы 1С
04.10.2019 Ряд параметров контроля объема памяти процессов можно будет делать с лицензией ПРОФ
Нами принято решение, что изменение значений параметров:
Критический объем памяти процессов
Временно допустимый объем памяти процессов
Предел превышения (секунд) временно допустимого объема памяти процессов
можно будет делать с лицензиями уровня ПРОФ.
При этом поведение для опции «Временно допустимый объем памяти процессов» для ПРОФ и КОРП лицензий будет отличаться.
С лицензиями ПРОФ изменение параметра будет действовать только на перезапуск процессов, а с лицензиями КОРП – и на перезапуск процессов, и на прерывание объёмных клиентских вызовов сервера.
Сейчас в версии 8.3.15 эти опции доступны только с лицензиями уровня КОРП.
Изменение попадет в следующую финальную версию 8.3.15 (после 8.3.15.1656).
(1)Из серии неожиданно…
Технологический блог фирмы 1С
04.10.2019 Ряд параметров контроля объема памяти процессов можно будет делать с лицензией ПРОФ
Нами принято решение, что изменение значений параметров:
Критический объем памяти процессов
Временно допустимый объем памяти процессов
Предел превышения (секунд) временно допустимого объема памяти процессов
можно будет делать с лицензиями уровня ПРОФ.
При этом поведение для опции «Временно допустимый объем памяти процессов» для ПРОФ и КОРП лицензий будет отличаться.
С лицензиями ПРОФ изменение параметра будет действовать только на перезапуск процессов, а с лицензиями КОРП – и на перезапуск процессов, и на прерывание объёмных клиентских вызовов сервера.
Сейчас в версии 8.3.15 эти опции доступны только с лицензиями уровня КОРП.
Изменение попадет в следующую финальную версию 8.3.15 (после 8.3.15.1656).
(30) У нас с этим получилась проблема. Те ключи, которые мы получали и регистрировали «лично» на сайте имеют кнопку Получить лицензию. Те ключи, которые приходили нам по госконтрактам, такой кнопки не имеют.