По теме из базы знаний
- Рекомендации по оптимальной настройке кластера 1С, настройке сервера MS SQL при работе в среде 1С
- Кластер серверов 1С
- Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
- Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 10.09.2019
- Подбор оборудования для информационных систем на платформе 1С
Найденные решения
(7) Kutuzov,
Настроить сохранение статистики счетчиков производительности и проанализировать пиковые объемы памяти занимаемые рпхостами в частности и сервером 1С в целом за какой-то продолжительный период.
Возможно тормоза связаны не с занимаемым объемом памяти, а с количеством процессов рпхост. У нас на 100+ пользователей и 20+ баз 3-4 рпхоста - тормозов практически нет. Память выделенная серверу 1С - 30Гб, память выделенная серверу СУБД - 80Гб, сервер СУБД и сервер 1С на одном физическом сервере.
Если плавно, то освобождать память, а вот если лимит будет достигнут и превышен при выполнении какой-либо "тяжелой" операции, то она будет завершена с ошибкой.
П.С.: В настройках кластера есть волшебная галочка "принудительно завершать проблемные процессы" - вот её включить точно стоит.
а как определить объем памяти, необходимый 1С-серверу?
Настроить сохранение статистики счетчиков производительности и проанализировать пиковые объемы памяти занимаемые рпхостами в частности и сервером 1С в целом за какой-то продолжительный период.
А то сейчас ситуация какая - съедается 6 из 7 гигов и начинаются тормоза.
Возможно тормоза связаны не с занимаемым объемом памяти, а с количеством процессов рпхост. У нас на 100+ пользователей и 20+ баз 3-4 рпхоста - тормозов практически нет. Память выделенная серверу 1С - 30Гб, память выделенная серверу СУБД - 80Гб, сервер СУБД и сервер 1С на одном физическом сервере.
Если поставить лимит на 5 гигов в параметрах сервера - чтобы будет делать 1С-ка, когда плавно достигнет этого предела?
Если плавно, то освобождать память, а вот если лимит будет достигнут и превышен при выполнении какой-либо "тяжелой" операции, то она будет завершена с ошибкой.
П.С.: В настройках кластера есть волшебная галочка "принудительно завершать проблемные процессы" - вот её включить точно стоит.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Количество ИБ на процесс=1: на каждую БД создается rphost. А ограничение стоит на объем памяти для одного rphost'а.
По умолчанию ставится Количество ИБ на процесс=8 и количество соединений на процесс=128. Имхо, если нет осознанной необходимости, лучше так и оставить. И интервал перезапуска делать не рекомендуют.
см. здесь
По умолчанию ставится Количество ИБ на процесс=8 и количество соединений на процесс=128. Имхо, если нет осознанной необходимости, лучше так и оставить. И интервал перезапуска делать не рекомендуют.
см. здесь
(2) ipoloskov,
Максимальный объем памяти рабочих процессов — это объем памяти, который могут использовать рабочие процессы вместе. Нужно быть очень внимательными при установке параметра, измеряется в байтах. Если установить неверное значение (недостаточное для нормальной работы пользователей) пользователям будет выдана ошибка "Недостаточно свободной памяти на сервере 1С". Так же эту ошибку можно получить, когда на сервере 1С закончилась квота по памяти.
(4) Kutuzov, по первой картинке у тебя ноль, по третьей, это перезапуск при условии что ОДИН процесс "скушает" 3 000 000 кБ (так у тебя стоит 3 миллиона КБ)
поставь для всего кластера (первая картинка) - "Максимальный объем памяти рабочих процессов" - 3 150 000 - будешь иметь 3 ГБ
поставь для всего кластера (первая картинка) - "Максимальный объем памяти рабочих процессов" - 3 150 000 - будешь иметь 3 ГБ
(4) Kutuzov,
Да, но надо внимательно читать описание параметров.
Общее ограничение на кластер указывается в окне настроек сервера, а в окне настроек кластера устанавливаются параметры рабочих процессов.
Плюс, стоит учитывать, что при формировании сложных отчетов, либо выполнении объемных запросов, либо выполнении регламентных операций легко может быть достигнут максимум памяти указанный в ограничении, после этого процесс вырубается не завершив операцию.
Ставить ограничение в 3Гб на кластер - как то рискованно. Я еще понимаю ограничение в 30Гб, но и то, для некоторых операций мне эту настройку приходится отключать, а 4-5Гб памяти занятые одним рпхостом - у нас вообще стандартная ситуация.
Вот я же указал 3 Гигабайта на кластер - значит по идее 1С-ка не должна больше съесть?
Да, но надо внимательно читать описание параметров.
Общее ограничение на кластер указывается в окне настроек сервера, а в окне настроек кластера устанавливаются параметры рабочих процессов.
Плюс, стоит учитывать, что при формировании сложных отчетов, либо выполнении объемных запросов, либо выполнении регламентных операций легко может быть достигнут максимум памяти указанный в ограничении, после этого процесс вырубается не завершив операцию.
Ставить ограничение в 3Гб на кластер - как то рискованно. Я еще понимаю ограничение в 30Гб, но и то, для некоторых операций мне эту настройку приходится отключать, а 4-5Гб памяти занятые одним рпхостом - у нас вообще стандартная ситуация.
(6) h00k, а как определить объем памяти, необходимый 1С-серверу? У нас сейчас 7 гигов (я думал, этого вполне достаточно для 20 пользователей). Если поставить лимит на 5 гигов в параметрах сервера - чтобы будет делать 1С-ка, когда плавно достигнет этого предела? А то сейчас ситуация какая - съедается 6 из 7 гигов и начинаются тормоза.
Можно ли заставить сервер как-то активнее очищать память? У меня сомнения, что все занято реально должно быть занято. Например, бывало висит процесс, занимает память, а соединений на процессе нет.
Можно ли заставить сервер как-то активнее очищать память? У меня сомнения, что все занято реально должно быть занято. Например, бывало висит процесс, занимает память, а соединений на процессе нет.
(7) Kutuzov,
Настроить сохранение статистики счетчиков производительности и проанализировать пиковые объемы памяти занимаемые рпхостами в частности и сервером 1С в целом за какой-то продолжительный период.
Возможно тормоза связаны не с занимаемым объемом памяти, а с количеством процессов рпхост. У нас на 100+ пользователей и 20+ баз 3-4 рпхоста - тормозов практически нет. Память выделенная серверу 1С - 30Гб, память выделенная серверу СУБД - 80Гб, сервер СУБД и сервер 1С на одном физическом сервере.
Если плавно, то освобождать память, а вот если лимит будет достигнут и превышен при выполнении какой-либо "тяжелой" операции, то она будет завершена с ошибкой.
П.С.: В настройках кластера есть волшебная галочка "принудительно завершать проблемные процессы" - вот её включить точно стоит.
а как определить объем памяти, необходимый 1С-серверу?
Настроить сохранение статистики счетчиков производительности и проанализировать пиковые объемы памяти занимаемые рпхостами в частности и сервером 1С в целом за какой-то продолжительный период.
А то сейчас ситуация какая - съедается 6 из 7 гигов и начинаются тормоза.
Возможно тормоза связаны не с занимаемым объемом памяти, а с количеством процессов рпхост. У нас на 100+ пользователей и 20+ баз 3-4 рпхоста - тормозов практически нет. Память выделенная серверу 1С - 30Гб, память выделенная серверу СУБД - 80Гб, сервер СУБД и сервер 1С на одном физическом сервере.
Если поставить лимит на 5 гигов в параметрах сервера - чтобы будет делать 1С-ка, когда плавно достигнет этого предела?
Если плавно, то освобождать память, а вот если лимит будет достигнут и превышен при выполнении какой-либо "тяжелой" операции, то она будет завершена с ошибкой.
П.С.: В настройках кластера есть волшебная галочка "принудительно завершать проблемные процессы" - вот её включить точно стоит.
(9) Frogger1971,
Тут все еще веселее, на разных релизах 8.3.6 наблюдается разное поведение и подбирать значения настроек приходится опытным путем. Раньше, до релиза 2100, если я правильно помню, создание больше 1 процесса рпхост приводило к тормозам сервера 1С. Сейчас у нас стоит 2152, замедление есть, но практически не заметное. Осталось проверить как будет вести себя в этом случае 2299.
Где-то то на ранних версиях 8.3.6(февраль-май) была ошибка в платформе, которую обходили таким способом. Сейчас такая настройка не эффективна.
Ставь 8 и 128, перезапускай 1С:сервер и смотри, что у тебя получиться!
Тут все еще веселее, на разных релизах 8.3.6 наблюдается разное поведение и подбирать значения настроек приходится опытным путем. Раньше, до релиза 2100, если я правильно помню, создание больше 1 процесса рпхост приводило к тормозам сервера 1С. Сейчас у нас стоит 2152, замедление есть, но практически не заметное. Осталось проверить как будет вести себя в этом случае 2299.
Это по какому мануалу ты настраивал?
Где-то то на ранних версиях 8.3.6(февраль-май) была ошибка в платформе, которую обходили таким способом. Сейчас такая настройка не эффективна.
(11) h00k,
а порождать процессы по системе "база - процесс", изначально было бредовым решением, но, с 1С чаще всего оно и работает
у вопрошающего 20 пользователей - так что городить такой огород - бред, тем более, что у него нет понимания "что-для-чего", тупо скопировал с картинок, ухитрившись поставить ограничение на процесс 30 000 000 КБ - так и хочется спросить какая ОС у него стоит, которая поддерживает адресацию такого количества памяти
Где-то то на ранних версиях 8.3.6(февраль-май) была ошибка в платформе, которую обходили таким способом. Сейчас такая настройка не эффективна.
из-за этого я и спрашиваю, на 2152 - практически не заметно
а порождать процессы по системе "база - процесс", изначально было бредовым решением, но, с 1С чаще всего оно и работает
у вопрошающего 20 пользователей - так что городить такой огород - бред, тем более, что у него нет понимания "что-для-чего", тупо скопировал с картинок, ухитрившись поставить ограничение на процесс 30 000 000 КБ - так и хочется спросить какая ОС у него стоит, которая поддерживает адресацию такого количества памяти
(12) Frogger1971,
Как ни странно, любая версия, так-как ограничение в 3 000 000 Кб, а вот целесообразность такого ограничения это уже отдельный вопрос.
Не совсем, иногда, например на сервере разработчиков, имеет смысл ставить ограничение 1 база = 1 процесс. Таким образом, при возникновении проблемы в одной конкретной базе, вырубается процесс только этой базы, не мешая остальным работать.
П.С.: Ограничение в 30 000 000Кб на кластер стоит на одном из моих серверов, на котором пиковый объем занимаемой 1С памяти за пол года ни разу не превысил 25Гб. Правда вчера его пришлось временно отключить - обработка изменения конфиденциальной информации "скушала" всю доступную память и отвалилась с ошибкой.
так и хочется спросить какая ОС у него стоит, которая поддерживает адресацию такого количества памяти
Как ни странно, любая версия, так-как ограничение в 3 000 000 Кб, а вот целесообразность такого ограничения это уже отдельный вопрос.
у вопрошающего 20 пользователей - так что городить такой огород - бред
Не совсем, иногда, например на сервере разработчиков, имеет смысл ставить ограничение 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.
Обращаем внимание: использование данного функционала при наличии клиентских и/или серверных лицензий только уровня ПРОФ недопустимо.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот