Здравствуйте!
На сервере приложений 1с было 8 Гб памяти, частенько выходило сообщение, что осталось всего 500 мб или 200 мб, решили добавить, добавили до 12 Гб. Теперь смотрю - как ни странно, 1с использовать стала меньше ее - в среднем 4-6 гб, пик за последнюю неделю был 9 Гб. Может, настроила не так кластер? Вот на картинке ниже настройки. Там, где сейчас 3900000 (3,9 Гб) было раньше чуть меньше 2 гб (это когда памяти было на сервере 8 Гб). Почему именно так, не помню, мы с коллегой, который уволился, считали по какой-то формуле :) Проблема в том, что подтормаживает 1с часто при выполнении даже не громоздких операций пользователями.

(еще есть другой кластер серверов для 2-го предприятия, которое мы обслуживаем - там 2 сервера приложений в кластере, тоже было 8 гб, тоже в этом параметре было чуть меньше 2 Гб, программисты делают сейчас громоздкие операции - обновляют с версии 2.0 до 3.0 бухгалтерию, выдается ошибка, что "перевышен максимальный расход памяти сервера за один вызов", сегодня добавили до 16 Гб, увеличила параметр до 4 Гб, и тоже используется почему-то всего 4-6 Гб).

[url=https://radikal.ru][img]https://c.radikal.ru/c14/1901/fa/48da017d14bb.png[/img][/url]

Сервер как я понимаю x86, а не x64.
Тогда вариант увеличить число rphost в настройках кластера серверов, если дело действительно в памяти.

Но скорее по тексту ошибки только переход на x64 спасет

(0) Татьяна, такие вопросы методом тыка не решаются

С точки зрения админов Вы память корректно добавили(частота совпадает старой памяти и новой и т.д.)?

(0) >> добавили до 12 Гб.

Рекомендации для компа разработчика - 16Гб. А вы про сервер рассказывается, в котором памяти меньше, чем в моём смартфоне.

Че то я не пойму в чем проблема.. Поставили ограничение 3.9 гиг. На полчаса разрешили его превышать. Чему удивляемся то?

(0) по пунктам

1) добавили физически память, и увеличили лимит на один рабочий процесс в настройках кластера. Почему же теперь кластер ест меньше?
Потому что раньше (вы не следили скорее всего) часто происходило превышение этого самого лимита у процесса, и происходил запуск "подменного". А пока сеансы "перетекают" со "старого" на "подменный" - на сервере память потребляют оба рабочих процесса. И "старый" не отдает память сразу как от него ушел сеанс. Только когда все сеансы уйдут. А на "подменном" они уже тоже память съели.
Скорее всего еще и интервал превышения лимита был короче.
И в этот момент перезапуска процессов вполне можно наблюдать "подтормаживает 1с при выполнении даже не громоздких операций".
Т.е. у вас не было проблемы нехватки физической памяти как таковой. У вас был некорректно настроен лимит, от чего процессы все время перезапускались и как следствие была потреблена вся доступная физическая память. "Она не хочет использовать" потому что ей сейчас не надо (и раньше не надо было, но был постоянный перезапуск процессов).

2) второй кластер. Лимит "перевышен максимальный расход памяти сервера за один вызов" настраивается не в свойствах кластера, а в свойствах рабочего сервера входящего в кластер. Видимо там тоже шаловливые пальчики поставили "поменьше на всякий случай". Подробнее см. ИТС https://its.1c.ru/db/v8312doc#bookmark:cs:TI000000158 пункты "Максимальный объем памяти рабочих процессов" и "Безопасный расход памяти за один вызов"

p.s. вы так и не написали разрядность и версию (8.2. или 8.3). По картинке вроде 8.3.

(1) Нет, сервер 1с 64-разрядный.
(7) Версия сейчас 8.3.13.1513. Недавно была 8.3.11.2867. Лимит какой: "интервал превышения объема памяти"? нет, тут ничего не меняла. То есть побольше сделать?
В свойствах рабочего сервера (по первому вопросу моему) вот что [url=https://radikal.ru][img]https://d.radikal.ru/d43/1901/fb/d56c34b67d31.png[/img][/url]

по второму вопросу (серверам 2-го кластера) то же самое, но кол-во иб на процесс 5 , количество соединений 50 (не помню, почему так, давно настраивали).  И еще безопасный расход памяти за 1 вызов пробовала менять на -1 (читала форумы, когда выскакивала ошибка про нехотение использовать), сегодня перед добавлением памяти на одном сервере кластера поменяла обратно на ноль, а на втором - забыла :(

ВЫкиньте 8.3.13.1513 на помойку. И чем быстрее, тем лучше.

(5) раньше 7.7 на 16 МЕГАбайтах летала быстрее чем сейча 8

(7) такие параметры нужны для того чтобы "злодей" не положил сервак большим запросом.
А по факту ограничения ставить смысла нет

самое простое - это поставить перезапуск сервера 1с по ночам (средствами винды)
И этого достаточно

(10) Переходите на 7.7. Кто ж вас на снеговике держит?

(0) >>  Почему именно так, не помню, мы с коллегой, который уволился, считали по какой-то формуле.
(8) >> не помню, почему так, давно настраивали.


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

(12) А если система 24/7?
К тому же средствами винды перезапускать сервер тоже весьма сомнительное решение.

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

(8) надо не форумы читать а документацию. Я вам дал ссылку 2 абзаца прочитать. Неужели трудно?
Значение "-1" = нет ограничений, значение "0" = 5% от "Максимальный объем памяти рабочих процессов". Который в свою очередь при "0"=80% от физической.
Т.е. у вас 0,05*0,8*8Гб=320Мб на серверный вызов. А если эти 8 Гб были на 2 сервера то было 160Мб.
В принципе на период обновления "-1" пожалуй поможет избавиться от превышения.

(9) поддерживаю.
Крайняя БП 3.0.67.70 требует 8.3.12.1685. Вообще 8.3.13 не просто так 13я.

Короче, "Добавили память на сервер приложений 1с, но она не хочет использовать!" это не проблема. Отстаньте от кластеров.

У вас было 2 проблемы:
- на первом сервере "подтормаживает 1с часто при выполнении даже не громоздких операций "
- на втором "выдается ошибка, что перевышен максимальный расход памяти сервера за один вызов"

Вот с ними и разбирайтесь.

(17) да вот не помогло -1 вчера - стояло на обоих серверах кластера, при 8 Гб оперативной памяти на каждом сервере. Ту же ошибку выдавал. Но уже стал выдавать не на 50%, а на 90%

(0) "пик за последнюю неделю был 9 Гб. "
+ операционке надо примерно 2 Гб
итого было занято 11

(16) так миграция происходит в самый неподходяший момент

(15) ни разу не видел 24/7 баз 1с. как там делают не знаю