Наблюдается высокая нагрузка CPU (более 80%), при этом процесс EAP engine вносит основной вклад в эту нагрузку. При этом также графический интерфейс JMS работает с ощутимыми задержками, некоторые функции недоступны.
Если JMS Client установлен на большое количество рабочих станций, но часть из них не зарегистрирована в JMS, то сервер расходует больше ресурсов на обработку запросов от них (запросы на получение токена безопасности).
Зарегистрировать все рабочие станции с JMS Client на сервере
Не устанавливать JMS Client на рабочих станциях, где он не будет использоваться
Решить проблему обработки запросов от незарегистрированных рабочих станций планируется в конце 2016 года в версии 2.5
Во время и после выполнения задачи "План обслуживания по умолчанию" garbage collector .NET Framework 4.0 по умолчанию выполняет уборку мусора в параллельном режиме. Т.к. при больших и разветвлённых AD выполнение данного плана обслуживания влечёт обработку большого количества данных, garbage collector начинает проделывать большой объём работы, и его работа в параллельном режиме может значительно загружать ЦП. В фоновом же режиме подобного не происходит.
Обычно данный файл расположен в директории C:\Program Files\Enterprise Management System Server