Что контролировать на SQL Server
Меня попросили контролировать SQL Server (2005 и 2008), и задаюсь вопросом, на что должны посмотреть хорошие метрики? Я могу получить доступ к счетчикам WMI, но немного потерян относительно того, сколько глубины будет полезной.
В настоящее время я имею в своем списке:
- пользовательские соединения
- логины в секунду
- фиксатор ожидает в секунду
- общее время ожидания фиксатора
- тупики в секунду
- ошибки в секунду
- Журнал и размеры файла данных
Я надеюсь смочь контролировать значения, которые укажут на неисправность производительности на машине или потенциальной серьезной проблеме. С этой целью я также размышляю над тем, что оценивает некоторые из этих вещей, считался бы нормальным по сравнению с проблематичным?
Поскольку я считаю, что это, вероятно, был бы действительно хороший вопрос ответить за общее сообщество, я думал, что буду ухаживать за некоторыми из Вас эксперты DBA там (я - конечно, не один из них!)
Извинения, если скорее открывают законченный вопрос. Ry
4 ответа
Я бы также проконтролировал продолжительность жизни страницы и ваш коэффициент попадания в кэш буфера, смотрите Use sys. dm_os_performance_counters для получения коэффициента попадания в кэш буфера и счетчиков ожидаемой продолжительности жизни страницы для подробностей
Используйте SQL Profiler для определения 10 (или более) лучших запросов. Создайте базовый уровень производительности для этих запросов. Проанализируйте текущее среднее время выполнения по сравнению с базовым уровнем и предупредите, если оно значительно превышает базовый уровень. Вы также можете использовать этот список для определения запросов для возможной оптимизации.
Это позволяет решить проблему на более высоком уровне, чем просто просмотр подробной статистики, хотя и такая статистика может быть полезной. Я обнаружил, что этот подход работает на любой СУБД, включая MySQL и Oracle. Если время выполнения запросов начинает увеличиваться, можно быть уверенным, что вы столкнулись с проблемами производительности, которые можно рассмотреть более детально.
Процент использования ЦП и Средняя длина дисковой очереди также довольно стандартны. Постоянно более 80% процессоров означает, что вам может потребоваться больше или лучше процессоров (и серверов для их размещения); Постоянно более 2 в любой дисковой очереди означает, что на этом диске имеется узкое место ввода-вывода.
Если позволяет бюджет, стоит взглянуть на некоторые инструменты 3-й стороны, чтобы помочь. Мы используем Sql Diagnostic Manager от Idera для мониторинга работоспособности сервера и Ignite от Confio для отслеживания производительности запросов. Оба продукта хорошо послужили нам в нашем магазине.