Если Вы были администратором баз данных достаточно долгое время, то наверняка знаете, что настройка производительности SQL Server не является точной наукой. И даже если бы это было так, все равно было бы трудно найти некую "оптимальную" конфигурацию для "оптимальной" производительности. Это происходит потому, что есть очень немного абсолютных понятий, когда вы имеете дело с настройкой производительности. Например, в то время как одна рекомендация по настройке может помочь увеличивать производительность в одном отношении, в то же самое время она может ухудшить производительность в другом отношении.
За прошедшие семь лет, что я был администратором баз данных SQL Server, я выработал список контрольных точек, который постоянно использую, когда приходится иметь дело с настройкой производительности серверов SQL Server. Я использую этот контрольный список как руководство, когда выполняю первый раз "аудит производительности" незнакомого мне SQL Server. Я часто получаю приглашения "просмотреть" SQL Server и дать рекомендации относительно того, как повысить его производительность. До настоящего времени я действительно никогда не документировал тот процесс, который я выполняю при этом. Но поскольку мне все чаще приходится консультировать по вопросам настройки производительности, я, наконец, решил, что пришло время занести этот контрольный список вопросов аудита производительности на бумагу. Хочется надеяться, что Вы найдете его столь же полезным, каким он оказался для меня.
Аудит производительности SQL Server
Цель этого контрольного списка вопросов аудита производительности состоит в том, чтобы квазинаучным способом помочь Вам идентифицировать любые очевидные проблемы производительности вашего SQL Server. Как я упоминал выше, настройка производительности SQL Server может оказаться весьма трудной. То, что я пытаюсь делать при помощи данного контрольного списка, должно выявить все "простые" проблемы производительности SQL Server, откладывая тяжелые проблемы на потом. Я делаю это, поскольку легко спутать простые и сложные решения настройки производительности SQL Server. Создавая список "простых" областей настройки производительности, проще сосредоточиться на отработке простых решений, и как только они отработаны, Вы далее можете сосредоточиться на более трудных решениях.
Одним из преимуществ использования такого контрольного списка для аудита производительности SQL Server является не только то, что он подскажет вам наиболее простые способы поднять текущую производительность, но также даст вам знать, что Вы уже сделали правильно. В некоторых случаях выбор, который Вы сделали для вашего SQL Server, может быть намеренно отличным от рекомендаций, приведенных в этом контрольном списке. Другими словами, Вы преднамеренно приняли конкретное решение не следовать обычной практике настройки производительности SQL Server. В некоторых случаях Вы можете оказаться правы. Не все рекомендации относительно производительности SQL Server применимы во всех ситуациях. В других случаях Вы, возможно, приняли решение на основании ограниченности в ресурсах, например, отсутствия денежных средств, чтобы приобрести необходимые аппаратные средства, которые могли бы вынести имеющуюся загрузку сервера. Если это имеет место, то у Вас нет выбора и следует смириться с существующим положением вещей. В других же случаях решения, которые Вы приняли, могут быть обусловлены политическими причинами, которые могут изменяться или же не изменяться. В любом случае Вы должны сделать то, что можете, используя этот аудит производительности для идентификации тех областей, которые Вы можете изменить, выполняя затем эти изменения, чтобы повысить производительность вашего сервера.
В идеале Вы должны выполнить этот аудит на каждом из ваших серверов. Если у Вас их много, на это может потребоваться время. В этом случая Я бы предложил начать с тех серверов, которые в настоящее время испытывают наибольшие проблем с производительностью, уделяя внимание остальным серверам при появлении свободного времени.
По завершению аудита производительности, Вы не заканчиваете работу. Помните, что это самое простое. Как только Вы разберетесь с простыми проблемами, то можете начать уделять свое время работе над более тяжелыми проблемами производительности. Но это будет уже другая серия статей и в другое время.
Как проводить аудит производительности вашего SQL Server
Чтобы облегчить выполнение аудита производительности SQL Server, я разделяю его на несколько разделов. Они включают:
- Использование монитора производительности (Performance Monitor) для определения узких мест аппаратного обеспечения, на котором работает SQL Server
- Контрольный список вопросов оценки производительности аппаратных средств сервера
- Контрольный список вопросов производительности операционной системы
- Контрольный список вопросов оценки производительности конфигурации SQL Server 2000
- Контрольный список вопросов оценки производительности конфигурационных настроек базы данных
- Контрольный список вопросов оценки производительности системы индексов
- Контрольный список вопросов оценки производительности приложения и Transact-SQL
- Контрольный список вопросов оценки производительности работ (job) с базой данных SQL Server
- Использование Profiler с целью выявления запросов, худших с точки зрения производительности
- Как наилучшщим образом осуществить аудит производительности SQL Server
Лучший способ провести аудит производительности вашего SQL Server состоит в том, чтобы сначала cделать обзор каждого из вышеупомянутых разделов, и распечатывать их. После чего выполнить каждый раздел, записывая полученные результаты. Вы можете выполнить аудит в любом порядке, который вам больше подходит. Я лишь перечислил вышеупомянутые шаги в том порядке, в котором я обычно подхожу к аудиту производительности.
Brad M. McGehee (оригинал: How to Perform a SQL Server Performance Audit)
Перевод: Моисеенко С.И.
Оригинал перевода