Использование MS SQL Profiler и 1С

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

 Создание трассировки в Profiler и 1С

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

На вкладке «Общие» необходимо указать название трассировки. Указать, куда будут сохраняться данные снятой трассы — на файл и/или в таблицу базы данных.

Большой интерес представляет вкладка «Выбор событий»:

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

По умолчанию трассировка проходит по всем указанным событиям во всех базах данных. Для того чтобы наложить отборы на получаемые данные, необходимо нажать кнопку «Фильтры столбцов …»:

Например, установим отбор по идентификатору информационной базы (Узнать ID базы можно с помощью запроса SELECT DB_ID(N’ИмяБазы’) ).

Запуск трассировки в Profiler для 1С

После того как все настройки сделаны, осталось запустить отслеживание, для этого необходимо нажать «Запустить» (RUN). С этого момента в трассировку начнут попадать все действия, указанные в фильтре:

Например, я запускаю трассу на время проведения документа «Поступления товаров и услуг» с  целью отследить самые трудозатратные операции.

После того как трассировка получена, необходимо её проанализировать.

Анализ данных из Profiler

Для анализа полученную трассировку можно сохранить либо в файл, либо в таблицу. Мы сохраним в таблицу базы данных:

Сохраним её в таблицу с названием «trace1».

После сохранения таблицы с ней можно полноценно работать, как с обычной таблицей SQL. Например, отсортируем по duration (время выполнение операции) с помощью нехитрого запроса:

В запросе мы видим, что в этот момент было выполнено два наиболее затратных запроса — с duration 15442 и 15153. Найти их можно в исходной трассировке по номеру строки (RowNumber). Найдя их, мы можем без труда проанализировать проблемы, из-за которых запрос выполняется неоптимально: