Перейти к содержанию
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, так что кто-то еще их запускает

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


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

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

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


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

точнее LiveUpdate Administrator

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

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

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


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

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

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

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


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

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • PR55.RP55
      Зачем ? Только для файлов которые попали в подозрительные. Логика такая:  Файл в подозрительных > uVS берёт его SHA1 ( если таковая есть ) и прогоняет весь список на совпадение > если совпадение найдено - файл попадает в подозрительные > в Инфо. файла пишется информация по какой причине файл попал в подозрительные. Да и проверку можно проводить на  готовом образе\списке.
    • demkd
      И чего в ней странного? Обычный каталог с непонятным LSM.
        Кто-давно не говорил что uVS медленно создает образ...
    • PR55.RP55
      + + Крайняя форма извращения: ( там же ) uVS  поместил а Подозрительные только два файла из шести. Предлагаю: Автоматически помещать в Подозрительные все файлы при совпадении SHA1 ( и\или имени ) т.е. если файл  попал в подозрительные - то идёт проверка списка на совпадения. Есть совпадение > файл в подозрительные. ( с соответствующий записью в Инфо - о причине )
    • PR55.RP55
      + http://www.tehnari.ru/f183/t262601/ Тоже странная запись. Полное имя                  C:\PROGRAMDATA\{01456982-0145-0145-014569822880}\LSM.EXE
      Имя файла                   LSM.EXE
      Тек. статус                   ПОДОЗРИТЕЛЬНЫЙ в автозапуске
                                 
      Сохраненная информация      на момент создания образа
      Статус                      в автозапуске
      Инф. о файле                Не удается найти указанный файл.
      Цифр. подпись               проверка не производилась
                                  
      Ссылки на объект            
      Ссылка                      C:\WINDOWS\SYSTEM32\TASKS\MICROSOFT LOCALMANAGER[WINDOWS 8.1 SINGLE LANGUAGE]
                                  
    • demkd
      Кто-то криворукий прописал путь, так что ничего удивительного нет.
×