Какие счетчики производительности вы можете посмотреть на экземпляре SQL Server, чтобы определить его производительность и все здоровье?

Я участвую в Fontys University в Эйндховене, и сейчас я провожу серию интервью, чтобы помочь в разработке инструмента SQL Server, и я хотел бы получить отзывы от экспертов в этой области.

Один из моих вопросов:

Какие счетчики производительности вы можете посмотреть на экземпляре SQL Server, чтобы определить его производительность и общее состояние здоровья?

В частности, меня интересуют пороговые значения, когда хорошее становится плохо.

Джамиль Янг Эйндховен Нидерланды

10 голосов | спросил Jamil 8 AM000000110000005831 2011, 11:51:58

2 ответа


15

Вот мой учебник Perfmon для SQL Server: http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/

Для большего количества счетчиков и порогов, вот плакат, который мы сделали, когда я был в Quest: http: //www.quest.com/documents/landing.aspx?id=11635

ответил Brent Ozar 8 PM00000030000001631 2011, 15:41:16
6

Это большая тема с большим количеством материала, доступного с пятном Googling. В качестве отправной точки, это счетчики, с которыми я, как правило, смотрю сначала:

Процессор -% Время процессора

Система - длина очереди процессора

Вероятно, вы получите другое целевое значение для использования ЦП от каждого администратора баз данных, который вы задаете. Лицензии SQL Server дороги, поэтому, с одной стороны, вы хотите максимизировать использование процессоров, а с другой стороны, вы не хотите компрометировать доступность. В идеальном мире с хорошо понятными рабочими нагрузками вы можете ориентироваться на 70% использования, предупреждать на 80-90%, оповещение при 90% +. Вернувшись в реальный мир с рабочей нагрузкой, которая достигает максимумов и корыт, вы можете быть более удобными, ориентируясь на 50-60% в среднем.

Память - Доступные MBytes

Файл подкачки -% Использование

С выделенным SQL Server, в зависимости от установленной ОЗУ, менее 100-200 мб доступной памяти может указывать на голодание и риск подписи к ОС. В общем, мы не хотим видеть большую активность в файле, поэтому я бы расследовал, если% Usage было больше 2% и заинтересовано, если оно достигло 5%

Диспетчер буферов - коэффициент попадания кэша буфера

Буфер-менеджер - ожидаемая продолжительность жизни страницы

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

Статистика SQL - пакетные запросы /сек

Статистика SQL - компиляции /сек

Статистика SQL - перекомпилирование /сек

Запросы /сек - отличная относительная мера того, как «занят» сервер. Высокие значения компиляции /перекомпиляции могут указывать на то, что циклы CPU теряются при компиляции запросов.

Физический диск - Сред. Disk sec /Read

Физический диск - Сред. Disk sec /Write

Физический диск - чтение диска /сек

Физический диск - Запись диска /сек

Грубая рекомендация для правильно сконфигурированной системы ввода-вывода составляет <5ms (в идеале 1 мс) для логарифмических дисков, <20 мс (в идеале <10ms) для данных. Считывание /запись в секунду следует учитывать против известного предела для диска (ов), то есть если у вас есть емкость для 1000 IOPS, я бы оценил варианты обновления, когда средний IOPS достиг 750.

ответил Mark Storey-Smith 8 PM000000120000001731 2011, 12:37:17

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

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132