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

YarSort – блог программиста 1С в Виннице » Процесс rmngr.exe грузит процессор на 100%

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

Несложно было догадаться по наименованию процесса, а это была фраза “rmngr.exe”, что это обычный кластер серверов 1С Предприятие 8.3.

Ранее на этой системе не было установлено более ранних версий платформы, а потому нагрузка такого рода у них была изначально и клиент думал, что так нужно “и эта одинэс самая тупая, и екселем было проще”.

В общем проблема была реально проблемная. Там стоял процессор Intel Core I5 и радости от этого не было вообще. Пользователей около 10 человек и все работали на сервере через удаленный рабочий стол.

Работали они почти полгода таким образом. Настраивать саму платформу пришлось с нуля. На первые поры вроде было все нормально, но в итоге снова начинало “тупить”.

Как потом оказалось, виной всему было протоколирование журнала транзакций в новый формат журнала.

Ранее журнал транзакций сохранялся в файл с расширением “1Cv8.lgf“, но вскоре разработчики решили изменить формат сохранения и сделали его во таким: “1Cv8.lgd“.<\p>

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

Каталоги с файлами журналов хранятся по пути: “C:Program Files (x86)1cv8srvinfo
eg_1541
“. Каждая база хранится в папке с именем её идентификатор. В каждой такой папке есть папка “1Cv8Log“. И вот в этой папке хранится сам файл журнала транзакций.

<\p>

Для того, что изменить новый формат на старый, необходимо остановить в апплете “Службы” службу “Агент 1С Предприятие 8.3″. Далее переместить файлы со старыми журналами в удобное место для хранения в качестве копии.

На всякий случай… После Вам необходимо создать в папке “1Cv8Log” пустой файл с именем “1Cv8.lgf“. Вы можете перевести не все свои базы на старый формат протоколирования, а лишь те, которые наиболее мешают работе сервера из-за их высокого использования.

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

Но… Перед сменой формата убедитесь в том, что Вы создали ПОЛНУЮ копию старого журнала, и он сохранен в файл для будущих операций. Этот файл Вы сможете просмотреть, если встанет необходимость просмотреть со временем историю изменений. И кстати появилась новая кнопка перехода на новый формат данных…

Источник: http://yarsort.com.ua/process-rmngr-exe-gruzit-processor-na-100/

Сервер 1С

Это позволяет обеспечить непрерывность работы:

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

При  установке серверной части 1С:Предприятия 8.1  вы можете создать нового пользователя или выбрать существующую учетную запись.

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

Кластер по умолчанию имеет следующие характеристики: ·         номер порта – 1541; ·         диапазон IP портов – 1560:1591; ·         поддержка многих рабочих процессов – выключена; ·         один  рабочий  процесс, номер  порта устанавливается из указанного диапазона. Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров srvribrg.lst при этом выглядит так: { {0},

В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова.

Проверьте совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров:

— Остановите сервис 1C:Enterprise 8.1 Server Agent.

Если Агент серверов запущен как приложение, остановка выполняется нажатием комбинации клавиш Ctrl+C.
— Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.

— Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.

— Обратите внимание на строку «Исполняемый файл» ( Path to executable). В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге. — Удалите все содержимое этого каталога. — Запустите сервис 1C:Enterprise 8.

1 Server Agent. — Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost стартовали. — Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

Возможными проблемы отказа работы Кластера серверов являются проблемы с ключами защиты, правами учетной записи служб, некорректными параметрами запуска.

  1. Ключ защиты серверной части устанавливается ЛОКАЛЬНО на каждый сервер предприятия
  2. Не задавайте учетную запись службы с пустым паролем
  3. При нескольких кластерах используемые порты не должны пересекаться

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

Ошибка 1069: служба не запущена из-за ошибки входа в систему

Проблема связана с правами учетной записи на запуск от имени системной службы.

Откройте утилиту Local Security Policy (Локальная политика безопасности) и добавьте пользователя (от имени которого происходит запуск Рабочих серверов Кластера) к политикам Logon as service (Работа в качестве сервиса) и Logon as batch (Работа в качестве пакетного задания) job.

При нарушении данных, хранящихся в служебных файлах,  и  запуск Рабочих серверов Кластера может оказаться неудачным. Убедитесь, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).

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

Ошибка 8007056B / 800708C5

The new password does not meet the password policies. The password may be too short or you have already used this password recently. Причина: указанный пароль для учетной записи в диалоговом окне «Установка сервера 1С:Предприятие» не удовлетворяет требованиям политики безопасности.

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

Ошибка 1923: нет привилегий для установки сервисом

Причина: Ошибка связана с правами установки учетной записи в качестве приложений. Такая ошибка характерна для попыток установки сервера на контроллере домена, где предъявляются повышенные меры безопасности.

Решение: Не использовать контроллер домена для размещения сервера предприятия или ослабить требования безопасности и указать для выбранной учетной записи права «Работы в качестве службы», «Работы в качестве пакетного задания».

Ошибка 80070056

Your password could not be changed. Each password must be used for at least x days.
Причина и Решение: Еще одна ошибка, возникающая при нарушении требований политики безопасности к используемым паролям. Решение аналогично ошибке 800708C5.

Windows Sockets — 11004(0х00002AFC)

1) Убедиться, что на Рабочем сервере кластера в Диспетчере задач (Task Manager) запущены : Агент сервера (ragent.exe), Менеджер Кластера (rmngr.exe), Рабочий процесс Кластера (rphost.exe). 2) Для проверки разрешения имен  ip-адреса выполните в командной строке: ping имя_машины В отклике системы на команду нас интересует, определиться ли ip-адрес.

3) Если имя определилось, но Рабочий процесс по-прежнему не находится, то убедитесь, что определение Ip-адреса имени и . определяются не по-разному.

(Windows Sockets — 10054(0x00002746)

Удаленный хост принудительно разорвал соединение. Такое сообщение может быть получено в случае перезагрузки сервера или принудительного удаления Рабочего процесса.

Эта ошибка обычно не появляется при повторном подключении. Если ошибка осталась, необходимо расследовать причины отказа рабочих серверов кластера.

Такая ошибка может происходить при достижении рабочим процессом использования максимального объема памяти в 32х битных системах.

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

 (Windows Sockets — 10060(0x0000274C)

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

Сущность этой ошибки – отсутствие отклика в течении определенного времени (таймаута). 1) Убедитесь, что брандмауэр не блокирует трафик приложения. Выключите брандмауэр.

Для этого в командной строке выполните команду (команда доступна начиная с Windows XP и Windows Server 2003, в более ранних версиях встроенного брандмауэра нет, однако может быть установлено стороннее ПО):

netsh firewall set opmode disable

Если команда будет выполнена успешно, вы получите сообщение:

Ок.

Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:

  1. Откройте папку «Сетевые подключения».
  2. Щелкните правой кнопкой мыши сетевое подключение, которое требуется настроить, и выберите команду Свойства.
  3. На вкладке Общие (для подключения по локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
  4. Нажмите кнопку Дополнительно.
  5. Откройте вкладку Параметры, выберите параметр Фильтрация TCP/IP и нажмите кнопку Свойства.
  6. Убедитесь,  что флажок Задействовать фильтрацию TCP/IP (все адаптеры) снят.
Читайте также:  Настройка контроллеров домена в разных подсетях

2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%).
3) Выполните замер сетевой активности интерфейсов клиента и сервера. Нагрузка на сетевой адаптер не должна превышать 60%.

(Windows Sockets — 10061(0x0000274D)

Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.
Характерной причиной такой ошибки является отсутствие запущенного Агента сервера. Запустите сервер вручную или выполните перезагрузку сервера для автоматического старта.

 Ответы на вопросы

Многоплатформенность 1С

Ответ тут.

Установка сервера

Источник: http://www.gilev.ru/app1c/

1С для автоматизации документооборота и процессов

Кластер серверов 1С:Предприятия 8 (1C:Enterprise 8 Server Cluster)

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

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

Можно выделить следующие возможности кластера серверов, как основные:

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

Клиент-серверный вариант. Схема работы

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

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

Кластер адресуется для клиентского соединения по имени центрального сервера и, возможно, номеру сетевого порта. В случае если сетевой порт используется стандартный, то для соединения хватает просто указать имя центрального сервера.

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

Обслуживание соединения и аутентификация пользователя поддерживаются этим рабочим процессом до момента прекращение работы клиента с конкретной информационной базой.

Кластер серверов

Элементарный кластер серверов может представлять собой единственный компьютер и содержать только один рабочий процесс.

На рисунке можно наблюдать все элементы, которые, так или иначе, принимают участие в работе кластера серверов. Это следующие элементы:

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

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

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

Сам кластер серверов состоит из таких элементов:

  • один или несколько процессов rmngr.exe
  • реестр кластера
  • один или несколько процессов rphost.exe.

Менеджер кластера (процесс rmngr.exe). Он служит для управления функционирования всего кластера. В состав кластера может входить несколько процессов rmngr.

exe, один их которых всегда будет главным менеджером данного кластера, а остальные процессы – дополнительными менеджерами.

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

Рабочий процесс (процесс rphost.exe). Именно он, непосредственно, обслуживает клиентские приложения, взаимодействуя с сервером баз данных. В этом процессе могут исполняться некоторые процедуры конфигурации серверных модулей.

Масштабируемость 1С версии 8.3

Масштабируемость кластера серверов осуществляется следующими способами:

  • увеличивают количество менеджеров в кластере и распределение сервисов между ними
  • увеличивают количество рабочих процессов, которые функционируют на данном рабочем сервере
  • увеличивают количество рабочих серверов, из которых состоит кластер.

Использование одновременно нескольких менеджеров.

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

Однако некоторые сервисы могут быть использованы только главным менеджером кластера:

  • сервис конфигурации кластера
  • сервис управления предметами отладки
  • сервис блокировок кластера.

Для прочих сервисов допустимы в назначение произвольные менеджеры кластера:

  • сервис журналов регистрации
  • сервис блокировки объектов
  • сервис заданий
  • сервис полнотекстового поиска
  • сервис сеансовых данных
  • сервис нумерации
  • сервис пользовательских настроек
  • сервис времени
  • сервис транзакционных блокировок.

Использование одновременно нескольких рабочих процессов.

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

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

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

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

Отказоустойчивость 1С версии 8.3

Устойчивость к отказам в работе кластера обеспечивается тремя направлениями:

  • резервированием самого кластера
  • резервированием рабочих процессов
  • устойчивостью к обрыву канала связи.

Резервирование кластера 1С версии 8.3

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

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

Резервирование рабочих процессов 1С версии 8.3

Для каждого из рабочих процессов есть возможность указания вариантов его использования:

  • использовать
  • не использовать
  • использовать как резервный.

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

Устойчивость 1С версии 8.3 к обрыву канала связи

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

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

Сеансы работы в 1С версии 8.3

Сеанс дает возможность определить активного пользователя конкретной информационной базы и определить поток управления от этого клиента. Различают следующие типы сеансов:

  • Тонкий клиент, Веб-клиент, Толстый клиент – эти сеансы возникают при обращении соответствующих клиентов к информационной базе
  • Соединение типа «Конфигуратор» — оно возникает при обращении к информационной базе конфигуратора
  • СОМ-соединение – образовывается при использовании внешнего соединения для обращения к информационной базе
  • WS-соединение – возникает в случае обращения к информационной базе веб-сервера, как следствие обращения к опубликованному на веб-сервере Web-сервису
  • Фоновое задание – образовывается, когда рабочий процесс кластера обращается к информационной базе. Служит такой сеанс для исполнения кода процедуры фонового задания,Консоль кластера – создается, когда утилита администрирования клиент-серверного варианта обращается к рабочему процессу
  • СОМ-администратор – возникает в случае обращения к рабочему процессу с использованием внешнего соединения.
  • Работа при использовании различных операционных систем

Любые процессы кластера серверов могут функционировать как под операционной системы Linux, так и под операционной системы Windows. Это достигается тем, что взаимодействие кластеров происходит под управлением протокола TCP/IP. Также в состав кластера могут входить рабочие серверы под управлением любой из этих операционных систем.

Утилита администрирования кластера серверов 8.3

В комплекте поставки системы имеется утилита для администрирования варианта клиент-серверной работы. Эта утилита дает возможность изменения состава кластера, управления информационными базами, и оперативно анализировать транзакционные блокировки.

Источник: https://xn--90afdtkhdeabaxvge.net/other-pages/1s_predpriyatie_82/1c_82_klaster_serverov.html

System.exe грузит процессор до 30-50%… Что делать?

Доброго времени суток.

Ну вообще, такой системный процесс как «System» — существует, а «System.exe» — насколько я знаю, нет! (и уже само его название выглядит очень подозрительно, как будто маскируется). Это может быть все, что угодно: начиная от вируса, и заканчивая программой для майнинга криптовалюты (в последнее время подобные «дополнения» стали популярны).

И так, перейдем ближе к делу…

Читайте также:  Ограничение на звонки для группы номеров в asterisk

*

Что делать с «подозрительным» процессом..

1) Посмотрите его расположение

Первое, что рекомендую сделать — это в диспетчере задач (для его запуска нажмите сочетание Ctrl+Shift+Esc) нажмите по этому процессу правой кнопкой мышки и выберите «Открыть расположение файла» (если подобной ссылки не будет, выберите «подробно»). На скрине ниже приведен пример.

Подробно

Далее откройте расположение файла.

Смотрим расположение файла

Вообще, подобную проблему c «System.exe» наблюдал несколько раз:

  • в одном причиной был «Kms-Auto», используемый некоторыми программами для регистрации. Удалив и закрыв эту «утилиту» — проблема была полностью решена.
  • в другом — процесс был связан с Windows Media Center. Удалив оный из установленных программ — больше подобный процесс не нагружал ЦП.

Напомню, что оригинальный «System» ссылается на системную папку C:WindowsSystem32 на файл «ntoskrnl.exe».

2) Если процессор чем-то загружен, но диспетчер задач не показывает этот процесс или расположение файла

Нередко встречается и такое. В этом случае, рекомендую воспользоваться специальной утилитой от Microsoft. Речь идет о Process Explorer.

Process Explorer

Сайт: https://technet.microsoft.com/ru-ru/bb896653.aspx

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

Отмечу, что от нее «не уйдет» ни один процесс, запущенный на ПК. Куда информативнее, чем обычный диспетчер задач.

Process Explorer главное окно

3) Как отличить настоящий процесс от фейкового (какой из процессов Svchost, System и пр. не настоящий)

Один из самых простых способов, это использовать антивирусную утилиту AVZ (линк на офиц. сайт). В ее арсенале есть специальный «Диспетчер процессов» (чтобы открыть его — воспользуйтесь меню «Сервис/Диспетчер процессов»).

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

Например, есть у вас подозрение, что один из процессов Svchost или System не настоящий — просто просмотрите список этих процессов. Все «нормальные» будут отмечены зеленым цветом (плюс обратите внимание на столбцы «Описание» и «Производитель», в них будет значится корпорация Майкрософт и Windows).

4) Профилактика

В качестве профилактики (чтобы не подхватить «подобное») можно посоветовать довольно банальные вещи:

  • не устанавливать различные крайне подозрительные приложения, сулящие вам какие-то деньги (или просматривать пришедшие по почте интересные «фото» от неизвестного адресата);
  • загружать программы с официальных сайтов, не использовать различные ключи и пр. (тем более сейчас, когда для многих программ есть бесплатные аналоги, пробные периоды и т.д.);
  • установить один из современных антивирусов и настроить его регулярное обновление. Лучшие продукты я отмечал в этой статье: https://ocomp.info/top10-antivirusov-2018-windows.html.
  • ну и, конечно, иногда делать бэкапы важных данных. Еще лучше настроить синхронизацию своих документов с облачным диском. О том, что это такое и как этим пользоваться, можете узнать здесь: https://ocomp.info/kak-podklyuchit-oblachnyiy-disk.html

*

На этом всё, удачи!

RSS (как читать Rss)

Источник: https://ocomp.info/system-exe-gruzit-protsessor-do-30-50-chto-delat.html

Процесс csrss.exe грузит процессор

Процесс csrss.exe грузит процессор5всего (100%) 2 votes

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

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

В рамках данной статьи рассмотрим, что делать, если вы видите в «Диспетчере задач» загрузку процессора из-за процесса csrss.exe.

Обратите внимание: Рассмотренный в рамках данной статьи процесс чаще всего грузит именно CPU, но возможны также ситуации, когда он нагружает диск. Советы, приведенные в данной статье, помогут справиться и с такой ситуацией.

Что собой представляет процесс csrss.exe

Процесс csrss.exe является системным процессом операционной системы Windows. Он присутствует в Windows, начиная с версии 7.

В графе «Описание» процесса в «Диспетчере задач» можно видеть, что он представляет собой процесс исполнения клиент-сервер.

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

Обратите внимание: В некоторых ситуациях в Windows может обрабатываться не один, а два, три или даже больше таких процессов.

Как удалить csrss.exe

Как было отмечено выше, процесс csrss.exe является критически важным для операционной системы. Без него Windows не сможет грамотно функционировать.

Стартует процесс автоматически при запуске Windows, и его нельзя отключить или удалить без последствий. Если через реестр отключить запуск данного процесса, это приведет к возникновению ошибок в работе системы, в частности, появлению синего экрана с сообщением 0xc000021A.

Csrss.exe грузит процессор: что делать

Если операционная система тормозит из-за серьезных затрат ресурсов со стороны процесса csrss.

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

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

После этого раскроется папка. Нужно убедиться, что данный файл располагается в папке System32. Если файл действительно находится в системной папке, это практически исключает вероятность того, что он заражен. Но стоит также проверить данный файл, убедившись в наличии у него цифровой подписи от Microsoft.

Для этого правой кнопкой мыши нажмите на данный файл, выберите пункт «Свойства» и далее перейдите на вкладку «Подробно».

В графе «Название продукта» нужно убедиться, что стоит название «Операционная система Microsoft Windows», а в разделе «Цифровые подписи» обязательно должно быть указано, что данный файл был подписан Microsoft Windows Publisher.

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

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

  • Если некоторое время назад на компьютере выполнялись какие-либо действия с файлом гибернации, к примеру, был установлен сжатый размер, следует активировать полный размер файла;
  • Если неисправность в работе файла csrss.exe возникла после обновления Windows или переустановки операционной системы, следует убедиться, что на компьютере установлена актуальная версиях всех драйверов. При этом лучше всего проверить актуальность программного обеспечения на сайте разработчиков «железа», не использую «наборы драйверов».Когда разобраться с тем, какой именно драйвер грузит процессор не получается, можно воспользоваться приложением Process Explorer, которое бесплатно доступно на сайте компании Microsoft. Загрузите данную программу к себе на компьютер, после чего запустите ее. Дальше нажмите дважды левой кнопкой мыши на тот процесс csrss.exe, который грузит систему. Раскроется информация о процессе, где нужно на вкладке Threads отсортировать исполняемые задачи по CPU, после чего станет понятно по информации в графе Start Address, какой именно файл грузит процессор. Узнав имя файла (скорее всего, это файл dll), найдите через поисковик в интернете, к какому пакету драйверов он относится, после чего переустановите этот драйвер.

Еще одно решение, которое может помочь в рассматриваемой ситуации, это тестирование работы компьютера под новым пользователем. Попробуйте создать аккаунт нового администратора системы, после чего зайти под него (после полной перезагрузки компьютера). Проверьте, продолжает ли процессор нагружаться из-за csrss.exe. Если нет, то следует прибегнуть к точке восстановления.

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

Нажимая на «лайк», вы говорите автору спасибо! Порадуйте старика:)

Источник: http://reliztop.ru/2017/10/09/process-csrss-exe-gruzit-processor/

1С сервер приложений, MS SQL и RPHOST

Введение

Многие в поисках ответа на данный вопрос (почему тормозит 1с sql) находят множество информации. Полезной и не очень. Тут я хочу поделиться своим непосредственным опытом работы с данной системой построенной на СУБД SQL Server.

Вообще тема SQL и 1с достаточно обьемная и обширная. Если вам действительно нужно научится работать с этой связкой, устанавливать ее или настраивать, то нужно набраться терпения, и читать читать. Эта статья отчасти раскроет тему, и даст ответы на вопросы касаемо именно производительности железа в связке с софтом.

Чтобы более четко представлять о том как именно работает файловая база или SQLная база программ 1с можно, даже скорее нужно прочитать статью SQL Server для 1С, sql 1c 7.7, sql 1c 8.1 данный материал взят с сайта миста.

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

Для понимания причин, вызывающих медленную работу 1С на базе СУБД SQL Server нужно уяснить несколько простых вещей.

  1. Железо, сервер, на котором все крутится
  2. Софт, операционная система, СУБД, сервер предприятия, платформы клиентов.
  3. Конфигурация базы данных 1С
  4. Размер базы данных (как в файловом варианте, так и в СУБД)
  5. Количество пользователей

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

Читайте также:  Проксирование сайта с помощью apache proxy

Выбор конфигурации сервера для 1С

Приведу информацию, которой отрыто делиться разработчик 1с. В табл. 1 приведены наиболее типичные параметры серверов которые используют в качестве сервера баз данных, (данные получены по результатам опросов).

Это минимальные требования, и на таком конфиге нормально будет работать база размером не более 5 гигабайт и количество пользователей не более 10.

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

В приведенной таблице, подразумевается что сервер 1С:Предприятия и сервер MS SQL установлены и работают  расположены на одном компьютере.

По поводу того что Сервер предприятия 1С и SQL Server должны устанавливаться на один и тот же компьютер, или на разные тоже момент достаточно спорный и много где обсуждаемый. А вообще зависит от многих факторов.

Реальный опыт администрирования СУБД и сервера предприятий 1С

На примере живого опыта, на предприятии когда я пришел, стоял сервер на базе Intel Xeon S5000, два 2х ядерных процессора, 5гб оперативной памяти FB DIMM, 2 жестких диска в зеркальном массиве, и еще 2 диска в обычном.

Вся эта конфигурация с трудом вытягивала SQLную базу размером в 27 гигабайт, работало в ней 40 человек одновременно. Висело все очень сильно.

Система стояла Windows 2003 server + SQL 2000 SP4 (кстати если используется 2000й sql для базы 1с, то четвертый сервис пак просто необходим).

Так как серверная платформа могла больше, я заменил старые уставшие жесткие диски, добавил памяти, переустановил все ПО заново, и настроил его. Диски были установлены обычные, 6 штук SATA2 емкостью 320 гигабайт в RAID 10. Тест скорости получившегося дискового массива показал 220 мб/сек, (чтение).

По сравнению с предыдущими десками (60-80 мб/сек) это было очень быстро! Софт остался прежний W2003 R1 SP1 + SQL 2000 SP4, Windows установил 64х битный, SQL 2000 в 64х битной редкции нет в природе. Сервер 1С предприятия тоже остался 32х битным. Так как без помощи 1С программиста (отсутствующего на тот момент) не получилось перенести конфигурацию на SQL 2005.

После проделанной работы, в целом производительность всей системы заметно увеличилась, пользователям стало работать более комфортно. Да и график нагрузки системы в WINDOWS показывал что «качать» сервер стал более продуктивнее. Спустя год база увеличилась с 27 гигабайт до 50. Еще через год уже 80.

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

И вот спустя 2 года с момента первого апгрейда назревал второй. Так как раздувшаяся база до 80 гигов и количество пользователей окучивающих эту базу стало около 60ти. Еще такой момент, системный диск C: имел обьем всего 30 гигабайт (два года назад этого было за глаза) стал ежедневно забиваться логами 1с сервера предприятий. Перенести которые не представлялось возможным.

Было решено установить свежие 1 терабайтные диски, добавить памяти и поставить 2008 windows и 2008 SQL, Сервер предприятия 8.2 все 64х битное.

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

После установки новых дисков в массив (все также остался 10 RAID), установки дополнительных модулей памяти, общий обьем которой теперь составлял 14 гигабайт, и на новом софте, все вновь стало работать ощутимо быстрее. Скорость чтении с поверхности нового RAID массива составляла 320 мегабайт, что в 1,5 раза быстрее предыдущего.

На базе всех этих переделок можно также составить таблицу системных требований, размера базы и количества пользователей.

После апгрейда, я вновь провел тест который написал господин Гилев, как на платформе версии 8.1 так и на платформе 8.2. Результаты тестов особо не радовали. Но это не столь важный показатель. Т.к. пробные проведения документов и формирования отчетов, занимали гораздо меньше времени, по сравнению с предыдущей конфигурацией железа и софта.

Также для разгрузки основного сервера, терминальные пользователи были перенесены на дополнительный сервер. Так как терминальные сессии тоже достаточно аппетитно кушают оперативную память, примерно 200-300 мегабайт на одного пользователя при активной работе, а если их 10 это уже 3 гигабайта.

Еще одним нововведением стало создание не одного рабочего процесса RPHOST, как было ранее, их сделано 4.

При этом каждый процесс стал занимать от 150 до 400 мегабайт. Особо это ничего заметного не дало, но в теории вылеты пользователей из программы должны сократится, то есть стабильность работы повышается.

Регламентные задания SQL

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

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

С переходом на 2008 SQL, также были настроены регламентные задания. И замечен интересный факт. Размер самой базы не изменялся после произведенных процедур.

А вот размер заархивированного бекапа рабочей базы немного уменьшился. Все таки есть чтото в этом новом 2008 SQL…

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

RAID массив для 1С SQL

Почему нужно использовать именно рэйд для базы данных. Этому причин несколько.

Что такое RPHOST?

Rphost это процесс службы самого сервера предприятий. И для него естественно жрать память. И процессор. Но в разумных пределах.

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

Кстати это очень удобно, иметь отдельную машину чисто под бекапы. Так вот на данном сервере тоже стоит сервер предприятий, винда там 2003 R1 SP1. И именно на этой ОС наиболее распространен глюк с RPHOST ом.

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

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

Что еще можно сказать о поведении сервера под новым ПО и свежим релизом сервера предприятий 8.2. Тут есть что расскзать.

Первое отличие это то что при зависании сервера или потери с ним связи (такое уже один раз произошло) у клиентов платформа зависает, и ее нужно перезапускать. На платформе 8.1 выскакивало окошко с ошибкой, и выбором закрыть или перезапустить программу, в 8.2 пока тупо виснет, возможно исправят.

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

Конфигарация базы (УТ 10.3) изначально сильно изменена, но при переносе ее на платформу 8.2 с 8.1 все обошлось стандартными средствами. Я имею ввиду конвертацию базы под новую платформу.

По общим наблюдениям 64х битное ПО как то более рационально использует оперативную память и нагрузку на процессоры. Это больше касается SQL сервера.

В отличии от старого двухтысячника, который сьедал всю оперативную память имеющуюся в системе, 2008й потребляет ровно столько, сколько ему выделено в настройках. Это безусловно плюс. Причем ненадо ничего перегружать.

При изменении выделяемого обьема памяти, она сразу освобождается или занимается процессом SQL.

Таким образом, производительность всей системы в целом, под системой подразумевается:

  •  аппаратная часть
  • серверный софт
  • платформа 1с

зависит от того:

какая конфигурация 1С используется (насколько правильно в ней написаны запросы)

сколько пользователей пользует одновременно базу

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

Итоги

В моем случае серверная платформа на базе достаточно старой материнской платы Intel S5000 работает уже четвертый год, размер базы на этом сервере (только под моим присмотром) вырос с 27 гигабайт до 80ти.

Может быть, тормоза 1с или SQL вы наблюдаете на машине, не справляющейся своей аппаратной мощью с распухшей базой, или нехватка оперативной памяти. Читайте информацию, не стесняйтесь задавать вопросы на форумах (благое дело таких форум несколько в Рунете). Вам обязательно подскажут и помогут решить вопрос.

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

Источник: http://www.compline-ufa.ru/tornozit-1c

Ссылка на основную публикацию