Ситуация такая:
Есть сервер приложений 1с, на сервере 30 гб оперативки, и около 120 баз.
Одновременно в каждой базе по 2-3 человека, и когда в 10-15 базах начинают закрывать месяц, или восстанавливать последовательность документов, или делать еще что нибудь ресурсоемкое, сервер ожидаемо упирается в кап по оперативке.

Есть ли рекомендации 1с, по количеству оперативной памяти на сеанс(базу) дабы показать начальству? )

120 баз это много. Была рекомендация 2-4 гига на рабочий процесс.

Но это не на соединение, а именно на rphosts.

(1) у нас в районе 3.3-3.6 Гб на процесс виснет
настроили чтобы запускались еще процессы при достижении 3.2 гб

у нас с процессами проблем нет как таковых... и рекомендации по 2-4 гига я знаю. Но вот у меня сейчас по 10 баз на процесс раскидано...

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

Вроде еще где то было: На один рпхост ~40 пользователей.

(0) SQL не предлагали еще?

(7)SQL и сервер приложений разнесены. вопрос именно про сервер приложений

(8) если всё норм настроено, зачем Вам рекомендации?
Лучшая мотивация на покупку железа для начальства - жалобы пользователей...

(0) А что мешает в саму 1С написать?

Ну или всем известному Гилеву?

(0) базы идентичные? тогда fresh локально развернуть

и ли просто разделение данных заюзать

вместо 120 баз сделать одну большую

(12) Это не серебрянная пуля. Вполне можно получить 1 базу со 120 областями и "когда в 10-15 областях начинают закрывать месяц, или восстанавливать последовательность документов, или делать еще что нибудь ресурсоемкое, сервер ожидаемо упирается в кап по оперативке"

(0) Рекомендации по объему ОЗУ на сеанс / базу врядли вообще возможно дать - потребление памяти ведь не прямо пропорционально числу сеансов / баз. Сеанс, в котором закрывается месяц явно будет потреблять больше ОЗУ, чем сеанс в котором ничего не делается.

И да, что значит "сервер упирается в кап по оперативке"?
Какое внешнее проявление для пользователей?

как бы один сервер на 120 баз и если в каждой по 2-3 пользователя... это немного того

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

полный бред
в порядке такого же дежурного бреда рассмотрим что базы - бухгалтерия типовая.
1 база = 1 бух, 40 тыс в месяц.
40 тыс *120баз*12 месяцев = 57 лямов рублей за год.
вы не можете выделить 2% от этой суммы и на лям-четреста поднять нехилое железо?

(1) (6)  где вы такие рекомендации видели?
Сервер 1С 64 бит наоборот стабильней работает при одном рабочем процессе. Это описано на ИТС и на партнерском разработчики пишут.
У нас примерно 200 пользователей, расход памяти до 8 гб. Каждую ночь перезапуск. Один рабочий процесс вполне стабильно работает.

+(18) http://its.1c.ru/db/metod8dev#content:4136:hdoc

Не у всех стоит 8.3 (18)

(17) добро пожаловать в реальный мир. Тут такая математика не работает.

Ситуация:
пользователь открывает ООО"Ромашка", начинает перепроведение. Программа висит. пользователь открывает ООО "Одуванчик" и начинает закрывать период. Программа висит.
Пользователь открывает что то третье и работает там.
В итоге все 100-120 подключений - 10-15 человек. И 1 бух приходится на 3-4 организации.

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

Иногда как то кривовато отрабатывают ограничения сервера приложений по максимальному объему памяти, и ее не остается от слова совсем. И тогда сервер 1с приложений просто виснет.

(16) 360 конечно никогда не бывает... до 150-180 в пике.
Но скоро планируют внедрять сэд, и вот тогда количество юзеров взлетит на порядок.

(18) 1 рабочий процесс на 200 пользователей и 8 гб всего? хмм... не мало?

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

(22) Сколько памяти при этом свободно? Сколько захвачено процессами платформы?

Да, что при этом с нагрузкой на дисковую подсистему?

(20) К 8.2 это тоже относится
(23) 8 гб это в пике. Прям сейчас занято 4484076 кб., это за сутки.