Symantec Endpoint Protection - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию
Gronn

Symantec Endpoint Protection

Recommended Posts

Gronn

Есть два сервера различной конфигурации.

Первый сервер: четырех ядерный Xeon, 2 Гб оперативки, Win2003 R2, SEPM 11.0.4014 RUS. На него подцеплено 15 клиентов. Смотрю в его диспетчер задач и вижу следующие процессы - process.JPG.

Второй сервер: два двух ядерных Xeon, 4 Гб оперативки, Win2003 R2, SEPM 11.0.4014 RUS. На него подцеплено 200 клиентов. Смотрю в его диспетчер задач и вижу следующие процессы - process_2.JPG.

На первом сервере меня беспокоит процесс dbsrv9.exe. Почему на первом более слабом сервре он съедает оперативки в разы больше чем на втором более мощном сервере. За что отвечает этот процесс и можно ли ограничить SEPM в использовании опреативки.

Так же висит по несколько процессов postgres.exe - за что они отвечают? На первом их висит 7 штук, а на втором 8.

post-5088-1239785706_thumb.jpg

post-5088-1239785865_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

Gronn SEPM, если использует встроенную БД, запускает только два процесса - SemSvc.exe и dbsrv9.exe (БД Sybase), если он установлен на MS SQL - то только один процесс SemSvc.exe. Процесс postgres.exe - это БД PostGres SQL, мы ее не используем в SEP, так что кто-то еще их запускает

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
6paT OnoccyM

БД Postgres SQL использует LiveUpdate

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Gronn

Вопрос в том - почему dbsrv9.exe жрет оперативы больше на более слабом сервере, хотя ПО практичеки в общем идентичное.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
БД Postgres SQL использует LiveUpdate

точнее LiveUpdate Administrator

Вопрос в том - почему dbsrv9.exe жрет оперативы больше на более слабом сервере, хотя ПО практичеки в общем идентичное.

может зависить от периода времени - например в момент загрузки контента и создания дельт этот процесс может занимать больше памяти, лучше посмотреть в разрезе времени

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Gronn

Удалил Live Update Administrator - сразу же исчезли процессы postgres.exe. По процессу dbsrv9.exe, то на первом сервере он использует всегда примерно 198 мб памяти в момент когда не работает с обновлениями. Когда обновляется незначительно больше. На втором сервере не более 78 мб в "спокойном режиме" и чуть больше при обновлениях.

В одном бюро вместо сервера временно обычный компьютер с 1 гб оперативы и там dbsrv9.exe кушает всего 52 мб. Странно...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • santy
      Привет. По 5.0 RC3 Это работает. (саму команду еще не проверил как работает). И в цепочку процесс укладывается, хотя цепочка достаточно запутана, но к сожалению, отслеживание командной строки не включилось по какой-то причине. Возможно потому что не был отключен антивирус MBAM.
       o В окне истории процессов и задач в контекстное меню процесса добавлен новый пункт: 
         "Распечатать в лог топ-10 процессов пересекающихся по времени с этим процессом"
         Это может быть полезно при поиске процесса модифицировавшего неявно запущенный им процесс. Функция есть в истории процессов и задач, но работает видимо только из активной системы.                           DESKTOP-867G3VL_2025-07-15_20-59-13_v5.0.RC3.v x64.7z
    • demkd
      Да, с этим файлом проблема, починю.
    • PR55.RP55
      В настройках добавить: Отправлять лог применения\выполнения скрипта на сервер\адресату. Уникальный идентификатор прописывается в скрипт при его генерации. т.е. Оператор не запрашивает результат выполнения скрипта у пользователя.    
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.2.14.
    • PR55.RP55
      Как вылетал uVS при попытке скопировать файл в Zoo  так и вылетает. Есть системный дамп. https://disk.yandex.ru/d/6R97oQE3_nzfiA + Такая ошибка: https://disk.yandex.ru/i/Dr2xnpoU0CFYdg Тоже может быть использована.
×