Перейти к содержанию
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 мб. Странно...

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


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

  • Сообщения

    • Ego Dekker
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • PR55.RP55
      .xml  файлы taskschd.msc Могут быть подписаны  цифровой подписью. Думаю будет нелишним, если uVS будет это фиксировать. т.е. проверять не только подпись целевого файла, но и подпись самого файла\задачи. и писать в ИНфО .  
    • demkd
      ---------------------------------------------------------
       4.15.2
      ---------------------------------------------------------
       o Исправлена ошибка при работе с образом автозапуска.
         Для некоторых процессов команда unload не добавлялась в скрипт при нажатии кнопки "принять изменения".  o Добавлена плашка окна на таскбаре для окна удаленного рабочего стола.
         (при работе с удаленной системой) -----------------------------------------------------------
      Есть проблема с локализацией глюка в редких случаях приводящему к аварийному завершению uVS при активном флаге "Проверять весь HKCR".
      На основе дампов его найти не получается, нужна копия реестра системы с такой проблемой, если кому-то попадется такая проблема, то присылайте архив с копией реестра системы мне на почту.  
×