Подскажите кто шарит, думаю распределить ресурсы сервака между пользователями (например, сумма ресурсов делится на 4 пользователя в равных долях), т.к. при захвате большого кол-ва ресурсов одним пользователем 1С начинает отлетать у других юзеров. Или лучше сделать ограничение потребляемых ресурсов одним пользователем (например, юзеру нельзя занимать более 50% ресурсов сервера)? Хотелось бы услышать советы бывалых как будет лучше поступить. И самое главное как это сделать?)
Заранее спасибо.

Потребляемые ресурсы сервера - это хлебушек из мозгов админов.
Что конкретно вешать в граммах?

(0) Ну, то есть вопроса "можно ли это сделать" не стоит?

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

(3) спасибо не нужно)

(6) ну и техподдержка по совместительству)
просто надоели юзеры у которых частенько отлетают сеансы из-за скульника

(9) ага, а скульник-то при чем здесь?

(0) Нужно разобраться настроить/доработать систему так, чтобы ничего не "отлетало".

Мы еще не достигли сингулярности, когда можно нажимать на кнопку "Сделать за...ь", а мозги не включать.

(0)

Ответ - никак.
Можно только надавать по руками и запретить делать "это".
Но сначала нужно выяснить что за "это" он делает.

P.S.

На неком вакуумном сервере, в некой вакуумной базе неизвестного размера, основанной на некой конфигурации, 4 пользователя "что-то делают".
И медленно, а нужно быстрее.

Спрашиваю не для себя, друг попросил спросить здесь.

(0) Ты бы сначала диагноз нормально поставил, а не сразу кричал "дайте мне самый мощный антибиотик от всех болячек". Нету такого.

(14) суть в следующем, при выполнении громоздких операций (например, формирование ебейшего отчета, с огромной выборкой) у части пользователей слетают сеансы по причине блокировки транзакций у скульника, у остальных начинает виснуть 1С
ну и мозг то парят мне, а не хотелось бы

(15) отчет ником боком не может установить никакие блокировки.

(14) никто и не кричит, я спрашиваю совета, куда копать и как будет лучше

(0) Не в ту сторону копаешь.
Всегда искали как вообще бороться с тормозами а не распределять нагрузку между юзерами.
Ни разу такой задачи не слышал. Обычно админы юзерам могут только квоту дать по памяти и все.
Все остальное решает кластера итп.

(16) возможно и может, суммарное кол-во пользователей ~500 чел, отследить кто и чем конкретно повесил сервак физически практически невозможно
также бывает, когда пачку док-тов с большим кол-вом номенклатуры проводят, также вешается всё

(19) 4 уже в 500 превратилось?
>>>Отследить кто и чем...невозможно
Че правда? Прям никак?)))

Прежде чем распрашивать хоть обрисовал бы свою инфраструктуру.
Сервер. Характеристики. БАзы. Объем базы. Юзеры. ИТп

(20) Он сказал "к примеру".
Хотя мог бы сказать хотя бы "к примеру 400" )))

Поставь nvme диск на сервер, раздай достаточно ядер, памяти, и тогда вопросов возникать не будет. Даже 50 юзеров даже на десктопном 6-8ми ядерном проце вполне уживутся.
ну и вот это прочитай http://www.gilev.ru/dfss/

(20) 4 я для примера привел, чтобы понятно объяснить о своих мыслях на этот счет. Что касаемо отслеживания, то даже через журнал это проблемно, т.к. доки фигачат как вне себя
оптимизировать конфу нереально, слишком много изменений
сервак: ксеон 5218R, 128 озу, ~500 пользователей (возможно немного больше), базы по объему не могу сказать, но в архиве, гигов на 11 тянут, суммарно баз 30 шт, активно используется 3 шт, основной нагруз на них

и вот это https://infostart.ru/1c/articles/349049/
Для решения задачи используем WSRM - Windows System Resource Manager

(21) ах да, ~25 пользователей подрубаются через клиент 1С-ки, остальные по РДП подключаются

(25) сейчас ознакомлюсь

(24) все базы, 30 шт,  11 гигов в архиве..у вас 7.7 ?

(24) через какой журнал вы собирались отслеживать? Регистрации что ли?
))

+ 1 (28) надо клещами вытаскивать у автора.  (0) Что за базы?

(30) 30 8.2, 1 8.3
по размерам каждую не могу сказать точно, у админа спрошу

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

(31) "30 8.2, 1 8.3" Что это такое? Обычно так пишут на 1сники...
Можешь по человечески писать?
Пример:
БП3 30 человек УТ 11 50 человек база примерно 150 ГБ или 250ГБ

(32)

Методов ровно два
1) Учиться
https://xn----1-bedvffifm4g.xn--p1ai/1c-v8/optimization/
http://www.gilev.ru/

2) Сменить работу

Главное, перестать верить в то, что на форуме тебе скажут:
- ну тут все просто. Нажми на синюю кнопку, вторую слева и все будет хорошо.

Зоопарк из баз, что тормозит не понятно, но ресурсы хочет распределять по 1С, сервер оказывается ещё и rdp, что на нём пользователи запускают кроме 1с не известно, сервер этот может быть и ad с файловыми базами и вообще не известно с что и с чем, а ещё может и вертуалка ... Что тут можно сказать по делу? - ни чего.

(15) Начни с мониторинга производительности дисковой подсистемы. Похоже на то, что она проседает. Если таки да - смотри, какой процесс ее топит. Если таки скуль, то в скуле можно настроить отбой "ебейшего отчета", только вряд ли это решение устроит бизнес. Тут думать придется. Если дело в одном отчете - так проще всего отчет переписать и данные под него оптимизировать. Если в куче отчетов с которыми система не справляется и отчеты в принципе норм - значит достигли предела масштабируемости и нужны инфраструктурные изменения. Либо сервак прокачивать (может решит памяти досыпать или темпы в оперативку вынести), либо реплику для отчетов поднимать в другом месте.

Сеанс-виновник (если дело в скуле) можешь попробовать выцепить в консоли сервера 1С, отсортировав по времени текущего обращения к БД.

Еще очень плохо держать сервер приложений 1С в одном дисковом пространстве с сиквелом. Это значительно ухудшает масштабируемость. Оба могут создавать значительную дисковую нагрузку на тяжелых отчетах, а сервер приложений 1С еще и очень плохо переживает дисковую деградацию, вплоть до stop the world.