Настройка расхода памяти сервером 1С

Настроить сохранение статистики счетчиков производительности и проанализировать пиковые объемы памяти занимаемые рпхостами в частности и сервером 1С в целом за какой-то продолжительный период.

Возможно тормоза связаны не с занимаемым объемом памяти, а с количеством процессов рпхост. У нас на 100+ пользователей и 20+ баз 3-4 рпхоста - тормозов практически нет. Память выделенная серверу 1С - 30Гб, память выделенная серверу СУБД - 80Гб, сервер СУБД и сервер 1С на одном физическом сервере.

Если плавно, то освобождать память, а вот если лимит будет достигнут и превышен при выполнении какой-либо "тяжелой" операции, то она будет завершена с ошибкой.

П.С.: В настройках кластера есть волшебная галочка "принудительно завершать проблемные процессы" - вот её включить точно стоит.

Скопировать ссылку
Перейти

Количество ИБ на процесс=1: на каждую БД создается rphost. А ограничение стоит на объем памяти для одного rphost'а. По умолчанию ставится Количество ИБ на процесс=8 и количество соединений на процесс=128. Имхо, если нет осознанной необходимости, лучше так и оставить. И интервал перезапуска делать не рекомендуют.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Тут все еще веселее, на разных релизах 8.3.6 наблюдается разное поведение и подбирать значения настроек приходится опытным путем. Раньше, до релиза 2100, если я правильно помню, создание больше 1 процесса рпхост приводило к тормозам сервера 1С. Сейчас у нас стоит 2152, замедление есть, но практически не заметное. Осталось проверить как будет вести себя в этом случае 2299.

Скопировать ссылку
Перейти

из-за этого я и спрашиваю, на 2152 - практически не заметно а порождать процессы по системе "база - процесс", изначально было бредовым решением, но, с 1С чаще всего оно и работает

у вопрошающего 20 пользователей - так что городить такой огород - бред, тем более, что у него нет понимания "что-для-чего", тупо скопировал с картинок, ухитрившись поставить ограничение на процесс 30 000 000 КБ - так и хочется спросить какая ОС у него стоит, которая поддерживает адресацию такого количества памяти

Скопировать ссылку
Перейти

Как ни странно, любая версия, так-как ограничение в 3 000 000 Кб, а вот целесообразность такого ограничения это уже отдельный вопрос.

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

П.С.: Ограничение в 30 000 000Кб на кластер стоит на одном из моих серверов, на котором пиковый объем занимаемой 1С памяти за пол года ни разу не превысил 25Гб. Правда вчера его пришлось временно отключить - обработка изменения конфиденциальной информации "скушала" всю доступную память и отвалилась с ошибкой.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Фирма "1С" в информационном письме № 16733 от 29.05.2013 объявила о выпуске новых лицензий на платформе "1С:Предприятие 8.3" для корпоративных клиентов. В письме был объявлен временный порядок распространения и сопровождения корпоративных лицензий. Вопрос изменения порядка распространения и поддержки платформы 1С:Предприятие 8 КОРП, (т.е. серверных и клиентских лицензий уровня КОРП на платформу 1С:Предприятие 8), обсуждался в рамках семинара партнеров фирмы "1С" в сентябре 2014 года. Напомним, что в сопроводительной документации выделен следующий расширенный функционал, который доступен для использования при приобретении лицензий на платформу 1С:Предприятие 8 КОРП: • фоновое обновление конфигурации базы данных; • дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий: o сервисов кластера; o соединений с информационными базами; • гибкое управление нагрузкой в кластере: o безопасный расход памяти за один вызов; o количество ИБ на процесс; o объем памяти рабочих процессов, до которого сервер считается производительным; o максимальный объем памяти рабочих процессов; o стратегия балансировки (по памяти, по производительности); • внешнее управление сеансами; • профили безопасности; • возможность обновления тонкого клиента с сервера; • возможность публикации списка баз и обновлений тонкого клиента через http. Обращаем внимание: использование данного функционала при наличии клиентских и/или серверных лицензий только уровня ПРОФ недопустимо.

Скопировать ссылку
Перейти

". Обращаем внимание: использование данного функционала при наличии клиентских и/или серверных лицензий только уровня ПРОФ недопустимо"

недопустимо, в смысле: 1. не возможно, лучше не надо, будет очень плохо работать ? 2. возмутительно, да как вы смеете?

📎📎📎📎📎📎📎📎📎📎