SQL Server Profiler: что это и как пользоваться

SQL Server Profiler — это инструмент, который показывает события на SQL Server: какие запросы выполняются, сколько времени занимают, кто подключается, какие процедуры вызываются. Его используют для диагностики медленных запросов, поиска лишних обращений и понимания, что делает приложение с базой

Важно: Profiler может создавать дополнительную нагрузку. На рабочем сервере не нужно включать широкую трассировку на все события без фильтров

Содержание

Когда нужен SQL Server Profiler
Как запустить Profiler
Какие фильтры поставить
Как читать результат
Мини-практика
Частые ошибки
Что почитать дальше по SQL

Когда нужен SQL Server Profiler

Profiler полезен, если нужно увидеть реальные SQL-запросы, которые отправляет приложение. Например, форма открывается медленно, отчет зависает, 1С выполняет тяжелую операцию, а нужно понять, что именно происходит на уровне SQL Server

Типовые задачи:

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

Для постоянного мониторинга лучше использовать другие инструменты, но для быстрой диагностики Profiler остается понятным входом

Как запустить Profiler

Откройте SQL Server Profiler, подключитесь к серверу и создайте новую трассировку. В шаблоне можно выбрать стандартный вариант, но лучше сразу добавить фильтры, чтобы не собирать лишнее

Для первого запуска полезно смотреть события:

SQL:BatchCompleted
RPC:Completed
Errors and Warnings

SQL:BatchCompleted показывает завершенные текстовые SQL-запросы. RPC:Completed показывает вызовы процедур и параметризованных команд

Какие фильтры поставить

Если сервер рабочий, фильтры очень важны. Можно ограничить сбор по базе, логину, приложению или минимальной длительности запроса

Например, фильтр по длительности помогает смотреть не все запросы, а только медленные. Это снижает шум и делает результат полезнее

Duration > 1000 ms
DatabaseName = нужная база
LoginName = нужный пользователь

Фильтры настраиваются в свойствах трассировки перед запуском

Как читать результат

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

Не делайте вывод по одному событию. Лучше посмотреть несколько повторов и понять, воспроизводится ли проблема стабильно

Мини-практика

На тестовом сервере запустите Profiler, выполните в SSMS простой запрос и найдите его в трассировке

SELECT TOP 10 *
FROM sys.databases;

Если событие появилось в Profiler, вы поняли базовый принцип: инструмент показывает реальные команды, которые доходят до SQL Server

Частые ошибки

Первая ошибка — включить Profiler без фильтров на загруженном сервере. Трассировка может собрать слишком много событий и создать лишнюю нагрузку

Вторая ошибка — смотреть только текст запроса и не смотреть длительность, чтения и контекст базы. Один и тот же запрос может вести себя по-разному в разных условиях

Третья ошибка — использовать Profiler как постоянный мониторинг. Для длительного наблюдения лучше подходят Extended Events и штатные средства мониторинга