Вопросы Теги

Монитор производительности w/SQL Server - сколько счетчиков - слишком многие?

Один гаечный ключ в работах - то, что много ISPs плохо настроили сопоставители, которые кэш записывает для интервала набора, и полностью проигнорируйте настройки TTL. Это не должно быть так и нет никакого оправдания за него, но печально на основе моего опыта с миграцией многочисленных веб-сайтов и сервисов, это действительно происходит.

0
задан 7 October 2010 в 11:46
4 ответа

Я не могу дать Вам магическое число, однако я могу сказать Вам, что издержки на счетчиках производительности являются очень очень низкими. Информация уже там, и Microsoft полностью предназначает, чтобы Вы использовали их и собрали их. Машина не должна выходить, это - способ генерировать их всех, это делает, получают их вместо того, чтобы позволить им скользить на тем, если Вы принимаете решение добавить их. Я могу сказать Вам, что мы имеем 75 на нашей производственной машине и не видим различия в загрузке.

2
ответ дан 4 December 2019 в 11:08
  • 1
    Спасибо, я так же вижу нулевое различие после того, чтобы ставить тот 41 счетчик. Это сродни волшебству для меня. :) –  Gavin 7 October 2010 в 13:04

Если Ваше получение 1 000 счетчиков каждую секунду, я не предположу, что Вы будете видеть производительность, пораженную в сервер. Моя рекомендация: внимание на то, как Вы собираетесь использовать их.

Я анализирую свои результаты трассировки в Excel, таким образом, я всегда сохраняю к формату CSV и удостоверяюсь, что получаю меньше чем 255 счетчиков (из-за предела столбца в Excel).

Это, вероятно, займет время для Вас для идентификации, какие счетчики полезны для Вас, но после того как Вы делаете, это не приносит Вам пользы для получения дополнительных столбцов. Я раньше получал все счетчики PhysicalDisk, например, пока я не узнал, что те, которые были большей частью использования мне, были В среднем Дисковой Секундой/Чтением, В среднем Дисковой Секундой/Записью (для измерения задержки) и Дисковые Чтения/секунда, Дисковые Записи/секунда (для измерения физических операций IO, который является мерой мои заботы команды SAN о).

Аналогичный подход к интервалу дискретизации. Я ищу день или недельные тенденции? В этом случае я буду только выбирать каждые 3-5 минут, потому что больше часто я буду пытаться избавиться от данных для создания применимого графика. Я надеюсь ловить проблему момент ее случай? Затем я выберу каждые 15 секунд к 1 минуте.

3
ответ дан 4 December 2019 в 11:08

Они могли бы быть полезными ссылками на рекомендации MVP SQL Server на который Счетчики производительности выбрать:

http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/

http://www.sql-server-performance.com/tips/sql_server_performance_monitor_coutners_p1.aspx

2
ответ дан 4 December 2019 в 11:08

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

1
ответ дан 4 December 2019 в 11:08
  • 1
    Спасибо за подсказку. Я придерживался значения по умолчанию 15 секунд. –  Gavin 7 October 2010 в 14:52

Теги

Похожие вопросы