Rphost что за процесс

Оптимизация скорости работы «1С:Підприємство». Процесс «1С:Підприємство» rmngr.exe грузит процессор | Информационный портал К2®

Один из серверов «1С:Підприємство», который я обслуживаю, очень странно себя вел. Загрузка процессора на машине с сервером «1С:Підприємство» почти всегда была 100%, даже когда на нем никто не работал. Базы хранились в MSSQL, их было относительно много, но реально людей, которые с ними работали — мало. Одновременно работало не больше 10-15-ти пользователей в очень вялом режиме.

Введение

Этот сервер привлек мое внимание сразу же, как только я стал с ним работать. Предыдущий администратор безрезультатно бился над производительностью, приобрел 2 внешних корзины для отдельного рейда под базы данных mssql и временные данные пользователя «1С:Підприємство», но существующую проблему по загрузке процессора это не решало, хотя немножко разгрузило диски, но реальная проблема была не в них.

На сервере размещались примерно 30-35 баз, в которых работали по 1-2 человека и пару баз были, где работали по 3-5 человек одновременно. Все это крутилось вместе с MSSQL сервером на отдельном железном сервере с одним стареньким ксеоном и 32 гб оперативы. В принципе, для этих задач железо было более чем.

Снова к нему вернулся, когда пользователи стали жаловаться на очень медленную работу баз «1С:Підприємство». Процессор к тому времени почти всегда был загружен на 100%. Лишних фоновых задач уже не было. Надо было разбираться более внимательно, в чем тут проблема.

Разбираемся что конкретно в rmngr.exe грузит процессор

Загрузку процессора в равной степени давал процесс rmngr.exe и rphost.exe. Rphost уже ранее был настроен и оптимизирован. Вот такие настройки дали стабильную работу без необходимости перезапускать сервер месяцами:

Нагрузку rphost давал за счет оставшихся фоновых задач и что с ним еще сделать, я не знал. А с rmngr хотелось разобраться и узнать, что конкретно пожирает процессорное время. В этом процессе собраны все процессы менеджера кластера:

Есть возможность разделить сервисы менеджера кластера по разным системным процессам rmngr.exe и по pid определить, какая именно служба нагружает процессор. Включить такое разделение можно в свойствах рабочего сервера:

После того, как вы поставите галку, агент сервера «1С:Підприємство» сам перезапустится с новыми настройками. После этого в диспетчере задач у вас будет порядка 15-ти процессов rmngr.exe с разными pid. Смотрите, какой из процессов больше всего использует процессор и в консоли управления «1С:Підприємство» в разделе Менеджеры кластера по pid смотрите описание процесса.

В моем случае это был сервис журнала регистраций. Чтобы это узнать, дважды щелкните мышкой по процессу с необходимым pid:

Пол дела сделали, нашли виновника тормозов. Я скрины делал, когда уже решил проблему, так что у меня нагрузки нет.

Сервис журнала регистраций «1С:Підприємство» нагружает процессор

Я выяснил, что конкретно дает чрезмерную нагрузку на сервер. Посмотрел на объем журналов регистраций. У некоторых баз он достигал размера в 10-15 гигов. После чистки серверу стало заметно легче, нагрузка снова опустилась, но где-то до 80-90% и я на несколько месяцев забыл про сервер.

Он напомнил о себе тормозами и загрузкой процессора в 100%. Проделанные выше операции уже не давали результата. Баз стало немного больше и нужно было думать, как разгрузить сервер. Он работал на все 100% даже в нерабочее время, когда на нем не было ни одного реального пользователя. Сервис журнала регистраций потреблял 30-40% процессорного времени.

Я стал внимательно шерстить интернет на заданную тему и нашел несколько заметок. Находились люди, которые обратили внимание на чрезмерную нагрузку сервиса журнала регистраций. Как вариант решения проблемы они предлагали откатиться на старую версию ведения логов lgf вместо новой lgd. Я не знаю, что принципиально изменилось в формате ведения лога журнала регистраций, но по отзывам попробовавших, нагрузка на процессор падала. Забегая вперед скажу, что мне этот совет помог.

Переводим сервер на старый вариант ведения логов журнала регистраций

Какой-то одной настройки или автоматического решения для перевода лога журнала регистраций в старый формат lgf нет. Чтобы использовать старый формат необходимо остановить службу Агента Сервера 1С:Предприятия. Затем отправиться в папку C:\Program Files (x86)\1cv8\srvinfo\reg_1541, выбрать по id базу, в которой хотите изменить формат лога. У меня баз было много, мне лениво стало вручную в каждой менять формат. Я выбрал базы с самым большим объемом и изменил формат только у них.

В каждой папке с базой есть каталог 1Cv8Log, а в нем 2 файла: 1Cv8.lgd и 1Cv8.lgd-journal. Их надо удалить и вместо них в этой папке создать пустой файл 1Cv8.lgf. Проделать такую операцию нужно со всеми базами, где будете менять формат лога. Старый не обязательно удалять, лучше его перенести куда-нибудь, вдруг пригодятся записи из него.

После этого можно запускать службу Агента Сервера 1С:Предприятия. После перехода на старый формат журнала регистрации, нагрузка процесса rmngr.exe упала практически до 0, а сервера в целом до приемлемых 40-60%.

Заключение

После того, как вы решите все проблемы на сервере «1С:Підприємство», процессы менеджера кластера нужно снова объединить в 1, убрав отвечающую за этот параметр галку в свойствах рабочего сервера. «1С:Підприємство» не рекомендует постоянно использовать такой режим работы, так как он является отладочным.

В очередной раз я победил тормоза «1С:Підприємство» в виде 100% загрузки процессора сервисом rmngr.exe. С базами «1С:Підприємство» никогда не приходится скучать, постоянно решаешь какие-нибудь вопросы и проблемы, которые возникают чаще всего после обновлений. С настороженностью смотрю на рост потребления ресурсов процессами rphost.exe. Чутьем чую, что скоро придется решать вопросы загрузки процессора именно ими.

Источник: https://serveradmin.ru/1s-nagruzka-na-protsessor-protsessa-rmngr-exe-100/

Источник: https://corp2.info/optimizaciya-skorosti-raboty-1s-process-1s-rmngr-exe-gruzit-processor/

1С:Вопросы и ответы » Процесс rphost грузит процессор и память. 1С 8.3, решения для системных процессов

Процесс rphost грузит процессор и память. 1С 8.3, решения для системных процессов. Архитектура кластера серверов 1С. Полнотекстовый поиск. Консоль управления кластером серверов 1С.

Прежде всего следует, хотя бы поверхностно, разобраться с тем, что из себя представляет процесс rphost и местом, которым ему отводит система 1С. Проанализируем документацию разработчика в части прояснения роли процесса rphost. 

Архитектура кластера серверов 1С

Основные возможности кластера серверов

• может функционировать на одном или нескольких компьютерах (рабочих серверах);
• на каждом рабочем сервере может функционировать один или несколько рабочих процессов, обслуживающих клиентские соединения в рамках данного кластера;
• подключение новых клиентов к рабочим процессам кластера выполняется на основе анализа долгосрочной статистики загруженности рабочих процессов;
• взаимодействие процессов кластера с клиентскими приложениями, между собой и с сервером баз данных осуществляется по протоколу TCP/IP;
• процессы кластера сервера могут быть запущены как приложение, или как сервис.

Состав простейшего кластера серверов

В самом простом исполнении кластер серверов может быть расположен на одном компьютере. Также простейший кластер может состоять из одного рабочего процесса:

На приведенной схеме представлены все элементы, которые задействованы у активного кластера серверов:

• процессы кластера серверов:
  • ragent.exe;
  • rmngr.exe;
  • rphost.exe;
• хранилища данных:
  • список кластеров;
  • реестр кластера.

Агент сервера ragent.exe

Ragent.exe, собственно, обеспечивает функционирование компьютера в составе кластера. В таком случае, компьютер, имеющий запущенный процесс агента сервера, именуется рабочим сервером. Одна из функций агента сервера -ведение списка кластеров, расположенных на данном рабочем сервере.

Агент сервера и список кластеров обеспечивают работу сервера и кластеров, которые расположены на нем. Эти компоненты не входят в состав кластера серверов.

Кластер серверов включает в себя следующие компоненты:

• rmngr.exe (может быть один или несколько процессов);
• реестр кластера;
• rphost.exe (может быть один или несколько процессов).

Менеджер кластера rmngr.exe

Rmngr.exe управляет функционированием кластера. Может существовать несколько таких менеджеров в составе кластера. В любом случае один из этих процессов всегда будет являться главным менеджером кластера. Другие — дополнительными менеджерами. Сервер, на котором запущен главный менеджер кластера и находится реестр кластера, будет именоваться центральным сервером кластера. Менеджер кластера, в том числе, обеспечивает ведение реестра кластера.

Рабочий процесс rphost.exe

Rphost.exe занимается обслуживанием непосредственно клиентских приложений, он взаимодействует с сервером БД (баз данных), в нем исполняются процедуры серверных модулей конфигурации.

Итак, теперь нам стала ясна роль и место рабочего процесса rphost.exe в конфигурации кластера серверов 1С:Предприятие.

Проблемы с rphost.exe

Теперь приступим к исследованию возможных неудобств в работе rphost.exe и вариантам их устранения.

rphost.exe грузит память и занимает процессорное время

Как видно на картинке, отображающем диспетчер задач, процесс rphost.exe достаточно сильно загружает память сервера и его процессор. Причем 1С не работает ни в режиме приложения, ни в режиме конфигурирования.

Для многих конфигураций серверов данная ситуация не является проблемной, они спокойно выдерживают подобные нагрузки не снижая производительности.

Но, если ресурсы компьютера оставляют желать лучшего и возможностей для их улучшения нет, то каждый мегабайт ОЗУ, необдуманно израсходованный, будет критичен.

Как можно снизить расход ресурсов процессом rphost.exe

Версия платформы. Прежде всего стоит проверить версию платформы 1С. И, если платформа не актуальна, то обновить ее. Лучше в любом случае поддерживать платформу в актуализированном состоянии.

Фоновые задачи. Далее стоит проверить на предмет необходимости все фоновые задачи используемой конфигурации или нескольких конфигураций. В случае присутствия ненужных — их отключить или удалить.

1С Предприятие клиент-сервер. Операционная система Windows Server 2012 R2

Если в фоновых регламентированных задачах, по Вашему мнению нет необходимости, то можно отключить выполнение фоновых заданий непосредственно из mmc-консоли управления кластером серверов 1С.

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

Далее нужно авторизоваться в информационной базе.

После авторизации установите галочку возле опции «Блокировка регламентных заданий включена»

Полнотекстовый поиск (отключение, включение). 

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

Заходим в главном меню, пункт «Все функции»

Далее находим «Управление полнотекстовым поиском».

Отключаем полнотекстовый поиск.

Для включения полнотекстового поиска выполните те же действия, но переключите тумблер в состояние «Вкл».

Установка перезапуска рабочих процессов

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

Для улучшения ситуации с загрузкой памяти процессом rphost.exe, установим в настройках кластера консоли администрирования кластера серверов 1С следующие параметры:

Если у Вас появились вопросы по статье или остались нерешенные проблемы обсудить их Вы можете на Форуме 1С Вопросы и ответы 

Источник: http://www.advanter.net/process-rphost-gruzit-processor-i-pamyat-1s-8-3-resheniya-dlya-sistemnyx-processov/

Процесс 1С rmngr.exe грузит процессор

Один из серверов 1С, который я обслуживаю, очень странно себя вел. Загрузка процессора на машине с сервером 1С почти всегда была 100%, даже когда на нем никто не работал. Базы хранились в MSSQL, их было относительно много, но реально людей, которые с ними работали — мало. Одновременно работало не больше 10-15-ти пользователей в очень вялом режиме.

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужно пройти вступительный тест.

Сервис журнала регистраций 1С нагружает процессор

Я выяснил, что конкретно дает чрезмерную нагрузку на сервер. Посмотрел на объем журналов регистраций. У некоторых баз он достигал размера в 10-15 гигов. После чистки серверу стало заметно легче, нагрузка снова опустилась, но где-то до 80-90% и я на несколько месяцев забыл про сервер.

Он напомнил о себе тормозами и загрузкой процессора в 100%. Проделанные выше операции уже не давали результата. Баз стало немного больше и нужно было думать, как разгрузить сервер. Он работал на все 100% даже в нерабочее время, когда на нем не было ни одного реального пользователя. Сервис журнала регистраций потреблял 30-40% процессорного времени.

Я стал внимательно шерстить интернет на заданную тему и нашел несколько заметок. Находились люди, которые обратили внимание на чрезмерную нагрузку сервиса журнала регистраций. Как вариант решения проблемы они предлагали откатиться на старую версию ведения логов lgf вместо новой lgd. Я не знаю, что принципиально изменилось в формате ведения лога журнала регистраций, но по отзывам попробовавших, нагрузка на процессор падала. Забегая вперед скажу, что мне этот совет помог.

Помогла статья? Есть возможность отблагодарить автора

Источник: https://serveradmin.ru/1s-nagruzka-na-protsessor-protsessa-rmngr-exe-100/