Высокая нагрузка ЦП на сервере JMS

ID статьи: 187
Последнее обновление: 18 Oct, 2016
ID статьи: 187
Последнее обновление: 18 Oct, 2016
Ревизия: 3
Просмотры: 1230
Комментарии: 0

Версия ПО:  JMS  2.x.x

Токены:  Любые

Проблема: 

Наблюдается высокая нагрузка CPU (более 80%), при этом процесс EAP engine вносит основной вклад в эту нагрузку. При этом также графический интерфейс JMS работает с ощутимыми задержками, некоторые функции недоступны.

Причина 1:

Если JMS Client установлен на большое количество рабочих станций, но часть из них не зарегистрирована в JMS, то сервер расходует больше ресурсов на обработку запросов от них (запросы на получение токена безопасности).

Решение:

  • Зарегистрировать все рабочие станции с JMS Client на сервере

  • Не устанавливать JMS Client на рабочих станциях, где он не будет использоваться

  • Решить проблему обработки запросов от незарегистрированных рабочих станций планируется в конце 2016 года в версии 2.5

Причина 2 (для версий 2.0.х - 2.4.х):

Во время и после выполнения задачи "План обслуживания по умолчанию" garbage collector .NET Framework 4.0 по умолчанию выполняет уборку мусора в параллельном режиме. Т.к. при больших и разветвлённых AD выполнение данного плана обслуживания влечёт обработку большого количества данных, garbage collector начинает проделывать большой объём работы, и его работа в параллельном режиме может значительно загружать ЦП. В фоновом же режиме подобного не происходит.

Решение:

  •     Остановить службу EAP Engine.
  •     Отредактировать файл Aladdin.EAP.Engine.exe.config, добавив туда выше второй снизу строки <gcConcurrent enabled="false"/> - это переключит работу garbage collector в фоновый режим.

Обычно данный файл расположен в директории C:\Program Files\Enterprise Management System Server

  • Запустить службу EAP Engine, выполнить монтирование криптохранилища.

Эта статья была:  
Сообщить об ошибке
ID статьи: 187
Последнее обновление: 18 Oct, 2016
Ревизия: 3
Просмотры: 1230
Комментарии: 0
Теги

Также прочтите

Также опубликовано в