SQL Server 2005 и антивирусное программное обеспечение - PullRequest
0 голосов
/ 30 апреля 2009

Сотрудники нашей Сети настаивают на наличии антивирусного (eTrust) программного обеспечения на ВСЕХ серверах, включая все наши компьютеры с SQL Server 2005. Как я могу лучше всего продемонстрировать, что это ухудшает производительность?

Ответы [ 4 ]

3 голосов
/ 30 апреля 2009

Я не удивлюсь, если вы потеряли аргумент об отсутствии на компьютере eTrust.

Я бы предпочел вместо того, чтобы спорить против его установки, предположить, что они установили правильные правила исключения, чтобы базы данных и процессы, которые крайне маловероятно получают вирусы, не проверялись.

Это должно сделать влияние eTrust на производительность незначительным. (Если это хороший продукт, я никогда не использовал его.)

Посмотрите на этот документ, стр. 98: Антивирус eTrust

Это должно дать вам представление о том, как правильно его настроить.

2 голосов
/ 30 апреля 2009

Во-первых, вы должны определить, что ухудшает производительность. Конечно, самый простой способ - создать набор тестов, в котором вы сможете оценить производительность TPS. Вам будет сложно сделать это без нескольких приложений, выполняющих довольно требовательный набор транзакций, или многопоточного приложения. Возможно, вы захотите использовать Google SQL Server, «Тестирование» и «TPS», чтобы узнать, есть ли какие-либо коммерческие продукты, которые могут вам помочь (я не знаю ни одного). Если вы используете свой собственный набор тестов, я бы предложил вам получить копию «SQL Response» от программного обеспечения Redgate для мониторинга производительности.

Сам антивирус будет влиять на производительность, прежде всего, через потребление памяти и мониторинг сетевого подключения. Проблемы с сетью WRT, многие антивирусные пакеты ищут атаки Helkorn на порт 1433 (Helkorn - это популярный червь - Google it - и порт 1433 - это порт прослушивания SQL Server), поэтому вы можете столкнуться с некоторыми сетевыми проблемами с антивирусом, которых вы не увидите в других местах. Более того, я бы посмотрел на начальную задержку времени соединения, если вы хотите документировать недостатки антивируса. Тем не менее, вы также должны помнить, что использование без антивируса сделает вас более уязвимыми для Helkorn, поэтому вы захотите принять меры для снижения риска.

Что касается памяти, то при полной загрузке SQL Server сильно потребляет память. Здесь вы захотите узнать, влияет ли объем памяти вашего антивируса. Честно говоря, у меня есть сомнения. WRT CPU, я сомневаюсь, что вы увидите большую разницу; особенно если вы планируете полное сканирование в нерабочее время.

1 голос
/ 01 мая 2009

Один довольно быстрый способ проверить это - 2 виртуальные коробки. На самом деле вы могли бы установить их на одном физическом боксе. Пусть они оба начнут что-то вроде длинного сложения SQL-вставки / запроса / удаления / и т.д. Посмотрите, какой из них заканчивается первым. Если есть существенное расхождение, то ваша гипотеза может быть доказана.

Мой тесть - учитель естествознания, и ВСЕ, о чем я когда-либо слышал, - это научный метод. Сделайте гипотезу, проверьте свою гипотезу.

Дайте нам знать, что происходит.

0 голосов
/ 30 апреля 2009

Проведите тестирование вашего сервера до и после запуска eTrust. Вы можете сделать это путем профилирования ваших приложений, которые обращаются к вашему серверу, а также запуска процессов на самом сервере. Создайте запросы, которые вы можете проверить в обоих сценариях. Как только у вас есть матрица производительности, вы можете передать ее руководству / сетевым сотрудникам.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...