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

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

У многих возникают проблемы с rphost.exe, разного вида:

• rphost занимает всю память
• rphost грузит процессор
• rphost жрет память

причем 1С даже на запущена, а в диспетчере следующее:

ежеминутно расчет на 2-3 мегабайта.

Как быть и что делать?

Решение проблем с rphost

То что 1С у пользователей не запущено — не значит что сервер 1С не должен работать

Он работает- выполняя фоновые задания:

Есть несколько вариантов решения:

1. Обновить платформу 1С и поддерживайте ее в актуальном состоянии

2. Перезапустить сервер или службу Агент 1С Предприятия, но это временное лечение.

3. Отключить выполнение фоновых заданий (но тогда часть операции заложенных в программу не будет выполнено)

Отключить можно в свойствах базы

Установите галку Блокировка регламентных заданий включена и нажмите ОК

Для типовых конфигураций советую отключить обновление Полнотекстового поиска:

4. В консоли администрирования в настройках кластера выставить предел ОП и периодичность перезапуска рабочих процессов

На этом тестовом сервере пока всего 2GB памяти, поэтому когда rphost съедает память на 600 — 850 мегабайт, свободной память остается только 6% — сервер тормозит нереально

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

Основное: 500 мб — допустимый объем памяти и Режим распределения нагрузки — Приоритет по памяти

Подробнее об этом я уже писал в статье Оптимальные параметры кластера 1С 8.3

После установки таких настроек кластера, сервер начал стабильно работать.

Интересно услышать Ваши комментарии — Какой у Вас сервер и какие настройки делаете Вы для оптимизации

Утечка памяти в 1С Предприятии

Бывают случаи, когда процесс rphost отъедает много ОЗУ (Иногда даже всю свободную).

Как правило, это происходит при аварийном завершении работы процесса (случается утечка) или конечно, неоптимальный код приводит к таким последствиям.

В результате, даже соседним процессам «Сервера 1С» ее может не хватать, как и всем остальным процессам на данном сервере (особенно если на борту уже есть MS SQL, сервер терминалов, веб сервер и прочие).

К слову, подобные вещи уже давно происходят и с MS SQL, чьи аппетиты не редко приходится усмирять администраторам.

Собственно борьбой с утечками памяти мы и будем заниматься в сегодняшней статье.

Разберем различные способы, которые позволяют решить проблему «утечек» памяти rphost – а.

В 1С признают официально, что утечки памяти есть (на техническом уровне), и проблема не решена. Обещают решить с выходом версии 8.3.20. Также есть надежда, что с выходом 8.3.20 решат и в целом проблему повышено потребления памяти процессами 1С.

На «Сервер 1С» к сожалению, не все так просто как с MS SQL, здесь есть и ограничения версии «ПРОФ», и новые версии платформы. К примеру с 8.3.15 убрали возможность настройки «Допустимый объем памяти», что дополнительно давало нам возможность самим влиять на потребление памяти одного rphost-а. Некоторые настройки перенесли в «Параметры рабочего сервера».

Правда, обещают, что с версии 8.3.20 вернут обратно некоторые настройки регулирования потребления ОЗУ и для версии «ПРОФ», так как на сегодня, это возможно сделать, только используя «КОРП».

В 1С также временами не могут определиться, что оставить в «ПРОФ» а что перенести в «КОРП»:

Что также здорово «запутывает» пользователя.

Но и это еще не все )

Многие эксперты утверждают, что настроек «Сервера 1С» по умолчанию вполне достаточно, и что «Сервер 1С» не надо перезапускать.

Это утверждение только отчасти является верным!

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

А утечки случаются и при небольших нагрузках (на «ПРОФ») и они как минимум могут требовать перезапуска рабочих процессов (rphost) так и более тонких настроек.

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

Перезапуск «Сервера 1С» делаем только когда это действительно необходимо.

(К примеру, разово, в начале расследования утечки памяти).

Далее будет достаточно перезапуска rphost.

В разы же возрастает необходимость внесения правок, если у нас «КОРП»!

Есть высоконагруженные системы, где работают сотни пользователей, тогда действительно требуется чаще вносить изменения в параметры руками на «Сервере 1С», сюда и создание отказоустойчивого кластера, путем добавления «Рабочего сервера», также настройка, направленная на борьбу с утечками памяти (они встречаются и в «КОРП») а их в кластере будет еще больше.

А вот что касается части настроек с целью повысить как то производительность «Сервера 1С» (Не учитывая создания отказоустойчивого кластера серверов 1С), то вот здесь настройки как для «ПРОФ» так и «КОРП» будут малоэффективные.

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

Что ж, глубину проблемы мы с вами уяснили, теперь начинаем «распутывать».

Сперва разберемся, какое потребление rphost считать за нормальное.

Если говорить прямо, то сегодня на один RPHOST уже уходит больше 4ГБ ОЗУ.

В более старых конфигурациях 1С, эта цифра может быть меньше, а вот в новых (особенно ERP и подобных «тяжелых») , 10 -15 и больше ГБ, уже будет за норму.

ВАЖНО!

Напрасно надеется, что «Серверу 1С» хватит пары Гб, что остались у вас свободны, и тут никакие оптимизации не спасут!

Что в основном влияет на потребление ОЗУ процессом rphost:

1. Количество сеансов
2. Конфигурации 1С
3. КОД (Качество написания)
4. Фоновые задачи (Порожденные регламентными заданиями).
5. Версия платформы 1С

Первое что стоит сделать в борьбе с утечкой:

Останавливаем «Сервер 1С», и очистим кэш на «Сервере 1С»!

И затем после его запуска в «боевых» условиях мы посмотрим на потребление ОЗУ в течение короткого времени от 30 мин до

В этот период (30 мин — час) все пользователи (или около того) должны работать в 1С Предприятии, и мы увидим более-менее реальное потребление rphost-ов.

Бывает, что rphost чрезмерно потребляет ОЗУ не сразу, а на протяжении всего рабочего дня или даже нескольких дней. (Можно увидеть «утечку»).

После чего надо пройтись по сеансам!

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

Память (текущая) в сеансах.

Это объем переданных и полученных данных с момента начала клиентского соединения (в байтах).

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

Затем получив список объектов, мы проводим их диагностику на уровне кода в конфигурации, конечно с привлечением программиста 1С.

Если после анализа, качество кода конфигурации 1С не вызывает у вас сомнения (разобрали что происходит в сеансах пользователей), тогда это и будет «обычное» (или близкое к этому) потребление RPHOST-ов ОЗУ у Вас.

В том случаи, если вместо «приложения» у вас «фоновая задача» кушает много ОЗУ, следует разобрать ее.

Если автор «фонового» известен, тогда поиск проблемы будет сильно упрощен, нам останется только отключить регламентные задачи, которые породили «фоновое задание», что у нас и имеет сильное потребление. (Вкладка Администрирование – Регламентные и фоновые задания).

Если вместо пользователя у вас автор «фоновой задачи» «DefUser» или трудно, поймать, кто запускает «фоновую задачу».

Тогда можно пойти другим путем и в целом на «Сервере 1С» установить «Блокировку регламентных задач» после чего перезапустить «Сервер 1С».

Конечно, совет будет вредным если рег. задания у вас в конфигурации нужны!

Далее рассмотрим случай, когда явно есть «утечка памяти», а разбор кода и отключение регламентных задач не решили проблему:

Обычно в этом случаи администраторы выполняют перезапуск «Сервера 1С», прямо скажем не очень хорошая идея, особенно когда это происходит посреди рабочего дня.

Более правильно, но только для «Аврала» ) будет установка «интервала перезапуска» в свойствах локального кластера:

Установив 86400 секунд, мы автоматизируем процесс перезапуска рабочего процесса раз в сутки (Ночью).

Сделайте настройку так, чтоб не попасть в рабочее время!

Конечно, это не решит проблему «утечки» но с симптомом позволит бороться, это на тот случай если у вас абсолютно нет времени предпринять что-то более изящное.

Раз уж мы заговорили о более правильном способе, то он состоит из настроек на перезапуск rphost-a в свойствах «Параметры рабочего сервера» (Только для КОРП!).

Как на картинке выше установим значение «Временно допустимый объем памяти процессов» в байтах (у нас это 15 ГБ).

И интервал превышения допустимого объема памяти процесса 300 сек.

Что будет происходить после установки значений выше:

Зарегистрируйтесь, чтоб продолжить чтение статьи
Зарегистрироваться / Войти

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

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

Процесс 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С 8.3 и платформу 1С 8.3. Как блокировать пользователей 1С. Как сделать выгрузку базы данных 1С. 1С Предприятие клиент-сервер. Операционная система Windows Server 2012 R2

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

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

  

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

  

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

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

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

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

  

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

  

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

  

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

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

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

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

  

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

  Жадный rphost жрет память и процессор

  Запускаем сервер 1С и внимательно ждем меньше суток.
  В памяти висят несколько rphost.
  Почти всегда из 16 гигов оперативы какой-нибудь отдельно взятый rphost жрет памяти в размере "16Гб — занятая_остальными_приложениями_память — так_и_быть_оставлю_тебе_крохи_на_бедную_старость".
  Кроме того, по какой-то причине как правило он же жрет и процессор, примерно по тому же принципу "Сожру_все_что_свободно_оставлю_процентов_пять_на_милостыню_нищим".
  Гуглил гуглил, яндексил яндексил, нихрена не нашел адекватного решения, везде только перезапуск сервера 1С ну или снятие rphost.

  Так что, нет цивилизованного решения, кроме как резать по-живому?

  аптайм сервера 1C-Предприятие небольшой. порядка 10 дней.

  Характерная деталь. Тут ни когда, почти, обсуждение вариантов решения проблемы не начинается с публикации определения, трактовки термина и т.п., т.е. сути того, что составляет проблему.