1С:Предприятие 8.3 (8.3.16.1296)
Управление торговлей и взаимоотношениями с клиентами:
1С:Управление торговлей (11.4.12.77) + 1С:CRM (3.0.19.33)
Версия продукта (3.0.19.45)

Сервер MSSQL Server 2016
лицензия уровня ПРОФ

До 2019 все  было хорошо, пока 1С не изменила политику по лицензиям. Настройки сервера по политике вернули по умолчанию и теперь нам приходится раз в неделю перезагружать сервер. Через полдня уже опять 90%, через неделю доходит до 98 и зависает.
Системные администраторы предлагают обновить скул, но это не поможет на мой взгляд.

У кого-нибудь были такие проблемы? как решали?

(0) сколько у вас гробов оперативы на серве? сколько весят базы?

Докупить памяти
Докупить Корп
Ребутать еженочно

(2) + граммотно настроить конфиг скуля. Там есть что-то с выделением памяти под запросы

Грузит память 1С, а админы предлагают обновить скуль?
Хм... Интересное предложение.
Так какой процесс отжирает память?

(1) 96Гб ОЗУ
базы весят под 200ГБ

(4) rphost всю память отжирает

(0) Давай подробности. 1С x64 ? Админы могу предполагать как гадить в туалете , а без анализа тратить деньги не надо. Пусть смотрят performance и поставят счетчики нужные.

(7) да 64

(2) памяти докупили
корп - есть ли смысл 30 пользователей всего
еженочно не слишком ли? предлагала периодически автоматом, не хотят

(9) Есть. Не хотят или не могут? или не умеют ?

(10) говорят а вдруг не поднимется,  так нельзя

(11) Пятнично,а когда встанет в середине дня,ничего значит,мда

Бэкапы хоть не на нем хранятся?

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

(11) Тогда надо решить с начало вопрос с админами а потом уже решать вопрос сервером.

(13) Тише Тише. Сейчас такое начнется.

(13) нет, бэкап отдельно

(12) ну если ночью то с утра они не с 8 работают, а если посреди дня. то они на месте)

то есть получается можно посмотреть в сторону КОРП и вернуть настройки?
про неправильный запрос думала, но не знаю как выловить, память растет постепенно

(19) Получается,что не понятно с чего вот решили,что причина в этом?

(20) 1С рекомендует настройки SQL-сервера совместно с сервером 1С.
Обещают, что даже 1С будет быстрее работать при правильной настройке обслуживания баз 1С.
Инструкция по настройке начинается с "обновите MSSQL до последней версии"

вот так

(21) я о [До 2019 все  было хорошо, пока 1С не изменила политику по лицензиям]

поучиться работать с технологическим журналом
посидеть поразбираться

(19) ТиИ давно делали?

(23) Единицы же им пользуются. Да в большинстве случаев Лень одолевает . Лучше сослаться на что то.

(22) да, раньше было несколько процессов и завершались автоматически проблемные, после возврата настроек так не происходит.
поэтому предложили попробовать настроить сервер

попробовать килять старые сеансы вручную в админке (особенно фоновые), помотреть в сторону системы взаимодействия по отключению пользователей из 1с
но не знаю насколько это будет эффективно выгружать неиспользуемую память

(24) давно, база с 2015 года, боюсь не хватит выходных чтобы сделать

(28) на копии хотяб ы будет понятно

(19) нет смысла смотреть в сторону КОРП на таком числе пользователей. Хотя... посмотреть можно... только, когда увидите стоимость этого решения, то сразу же от него откажетесь.

(29) спасибо, попробуем

+(20) плюс как настроен вакуум ну скуле? В админке севера скуля посмотрите к каким таблицам больше всего обращений и сколько они размером и ресурсов сколько едят. Найдите эти таблицы в 1с. Посмотрите какие запросы/обработчики с этими таблицами работают, замерьте время работы и т.д. Возможно обрезать базы на начало прошлого года или даже этого. Вариантов куча.
Но в моем случае помогло одно, полная очистка сервера от 1с и скуля. Оставалось много мусора от предыдущих версий платформ и серверов.
Плюс граммотно настроили конфиг скуля и вуаля все летают, а оперативка больше 36 не хавается никогда

(30) ну да с такой ценой проще памяти докупить, если больше поддерживает система

(28) я бы на вашем месте попробовал другие релизы платформы. Вот у нас, когда начали появляться 16-ые, то держались на одном 14-м релизов, пока не появился 8.3.17.1549

А у вас на этом сервере баз БП вероятно нет?

(32) по моему вакуум всего раз делали вручную.

про таблицы спасибо!
свертка базы запланирована на следующий год

(34) базы БП на виртуальном сервере кажется

(36) просто базы БП 3 заставляют сейчас всех заменять платформу.
А "утечки памяти" на разных релизах платформы все-таки неодинаковые.
Очень может быть, что вся проблема будет снята просто переходом на другой релиз и все.

(37) спасибо попробуем, правда обновляем ее редко и всегда ставлю на рекомендованную платформу .

(38) ну вот в списке рекомендованных для актуальных БП 3 этого релиза уже нет. Если в виртуалке у вас БП 3 актуальные, то и релиз там будет другой.

(0) Так поставьте КОРП, вы же купили раньше 2019г. Если программный - должно было автоматом примениться, если HASP - надо получить в личном кабинете (можно ли сейчас - не знаю, откройте письмо).

Здесь SQL не использует всю память опечалены прямо противоположной ситуацией.

(40) разве не нужна доплата?
по моему автоматом при более 500 пользователей

(42) про автоматом - ввел в заблуждение, надо утилиту ring запускать, либо переустановить с тем же пин-кодом.
https://consulting.1c.ru/news/58002.html

для настроек памяти - вернули в проф

(43) (42) да, верно. Там все про другое: на количество ядер и сеансов.

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

MSSQL сервер должен сжирать всю память,
1С сервер ест только сколько нужно.
А вы(автор) таки не написали про какой сервер говорите

(39) 1С:Предприятие 8.3 (8.3.17.1851) вроде он так и актуальный

(46) Ну так сделайте несколько процессов.

(48) актуальный для БУХ и ЗУП 8.3.18.1289
Иначе последние релизы отказываются запускаться.

+(50) 8.3.18.1208 даже не думайте ставить, он багованый

(46) он сначала другой процесс запустит и всех туда переселит

(50) ошибаешься, релиз из (48) подходит

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

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

Замеры делай,гадать можно еще пару сотен лет

(0)
1. Увеличить кол-во оперативки на сервере
2. Настроить перезапуск процесса rphost по умолчанию, каждые 2-4 часа

(0) ничего не понял. Что грузит память: 1С или SQL?
У вас на сервере стоит и сервера 1с и SQL?

Нашел в (6). Сложно было в сабже написать? Собирать всю инфу по крупицам из всей ветки - то еще удовольствие.

30 пользователей сжирают всю память? Это что-то...
Типовой функционал? Или дописывали?

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

(0) а что таки нельзя при проф лицензии указывать через сколько килять РП?
Если нельзя чё-б не делать это средствами ОС по расписанию-то?

(57) 2. раз в 24 часа самое то ващет. Имхается ук него сиквел никто не ограничивает по прожорливости

(61) Зачем килять РП вхолостую / вслепую (по отсечке времени, прошедшего с момента его запуска), когда это можно делать только по превышению памяти?