Анализ на заявки с помощта на SQL Profiler. Използване на SQL Profiler (profiler)
В тази лекция ще продължим изучаването на запомнените процедури, което започнахме в „Създаване и управление на запомнени процедури“. Ще научите как да анализирате съхранени процедури и други T-SQL изрази с помощта на Query Analyzer Microsoft SQLАнализатор на заявки за сървър и SQL Server Profiler. От този анализ можете да определите колко ефективни са T-SQL изразите. Една ефективна заявка на SQL Server използва подходящата последователност от операции и подходящи индекси, за да намали броя на обработените редове и да минимизира броя на I/O операциите.
Използвайки Query Analyzer, можете да видите плана за изпълнение, избран за T-SQL израз оптимизатор на заявки SQL сървър Оптимизатор на заявкие вътрешен модул, който търси най-добър планизпълнение за всеки T-SQL оператор. Оптимизатор на заявкианализира всеки T-SQL оператор, разглежда редица възможни планове за изпълнение и оценява "цената" на всеки план по отношение на необходимите ресурси и време за обработка. Избира се планът с най-ниска цена. Цената на всеки план се определя въз основа на налични статистики, които се събират от системата и може да са остарели. Защото може да знаете повече за вашата база данни и вашите данни от оптимизатор на заявки, тогава може да успеете да създадете план, който е по-добър от оптимизатора на заявки. Използвайки информацията, която Query Analyzer произвежда, можете да определите дали планът на оптимизатора на заявки за конкретен израз ще бъде ефективен и ако не, можете да опитате да оптимизирате този израз, като го модифицирате или използвате SQL подсказване. В тази лекция ще научите как да оптимизирате T-SQL изрази в допълнение към това как да използвате Query Analyzer.
С помощта на Profiler можете да анализирате операции във вашата система SQL Server, за да определите кои SQL изрази и съхранени процедури използват ненужни системни ресурси. С тази информация можете да съсредоточите усилията си за настройка основно върху тези изрази и съхранени процедури. Освен че описва как да използвате Profiler, тази лекция също така показва как да използвате най-ефективно информацията, получена с помощта на Profiler.
Използване на SQL Query Analyzer
Помощната програма Query Analyzer е включена в Microsoft SQL сървър 2000 в замяна
Един от любимите ми инструменти е SQL Server Profiler, често наричан просто Profiler. Тази помощна програма показва данни за произволен брой подробни събития на SQL Server. Тези събития на сървъра могат да се видят в прозореца Trace Properties (Фигура 49.3) и могат също да бъдат записани във файл или таблица за по-късен анализ. Филтрите могат да бъдат настроени да регистрират всички събития или избрана подгрупа от тях.
Puc. 49.2. В този пример протоколът за брояч ще записва информация
относно производителността на SQL Server в директорията C:\Perf Logs
Помощната програма SQL Server Profiler може да се стартира от менюто Програми за инструменти Management Studio или директно от папката SQL Server 2005 в менюто "Старт". За да прегледате активността, трябва или да дефинирате ново проследяване, или да използвате съществуващ файл.
С пускането на SP1, SQL Server Profiler получи Внимание! проследяване на големи набори от данни на големи компютри.
Освен това, по-рано при наблюдение на услугата за анализ, времето се показваше в единици за универсално време (UTC). Сега се използва локално Системно време. Преди това успешно възпроизведените събития не бяха преброени правилно, което доведе до получаване на неправилна статистика от потребителя. Този проблем е решен.
Дефиниране на нова следа
Когато се създаде ново проследяване (с помощта на командата от менюто File^New Trace или бутона на лентата с инструменти New Trace), също се създава нова връзка към SQL Server и се отваря диалоговият прозорец Trace Properties (Фигура 49.4). В раздела Общи на този прозорец проследяването се конфигурира (по-специално името, местоположението на файла и т.н.), а в раздела Избор на събития се дефинират събитията, данните и филтрите, които да се регистрират. Ако проследяването се изпълнява, тези параметри могат да се видят, но не и да се променят. Конфигурация на проследяване може да бъде запазена като шаблон, за да улесни създаването на нови проследявания в бъдеще.
Ориз. 49.4. Разделът Избор на събития на прозореца Свойства на проследяване ви позволява да избирате събития, проследявани от помощната програма Profiler
Проследяването може да се разглежда в реално време, но данните могат да бъдат записани във файл или таблица на SQL Server едновременно. Това е полезно за по-късно копаене, сравнение с данни от брояча на системния монитор или импортиране в помощната програма Database Engine Tuning Advisor.
Когато показанията се записват във файл, те се свързват във вериги от 128 KB за подобряване на производителността; по подобен начин, когато записвате в таблица, данните се групират в няколко реда.
За да съхраните данните, уловени от Profiler за по-късен анализ, използвайте високопроизводителния файлов метод, както и проследяване на сървъра (ще говорим за това по-късно). Ако искате да анализирате данни с помощта на T-SQL изрази, използвайте абсолютно същия подход, но след като приключите сесията за проследяване, отворете получения файл в помощната програма Profiler и изберете File^Save As^Table от менюто.
Избор на събитие
Разделът Избор на събития определя списъка с действия, извършени от сървъра на базата данни, които ще бъдат записани от помощната програма Profiler. Подобно на Performance Monitor, Profiler може да наблюдава много ключови събития на SQL Server. За да опростите настройката за избор, можете да използвате шаблоните по подразбиране.
I Събитието SQL Batch Completed се основава на изпълнението на T-SQL партиди в
SVS като цяло (пакети, разделени от терминатори), а не отделни инструкции.
| * Въз основа на това Profiler записва данни само за едно събитие, независимо от това
Симо в зависимост от дължината на опаковката. Да записва изпълнението на индивидуалните инструкции
DML използва събитието SQL Statement Complete.
Не всички събития могат да се използват за възпроизвеждане на следа. Например събитието SQL Batch Start може да бъде възпроизведено, но събитието SQL Batch Complete не може.
В зависимост от събитията са налични различни данни за проследяване. Въпреки че колоната с SPID данни изглежда незадължителна, тя е измамна; тя е задължителна.
Филтриране на събития
Profiler е в състояние да събере толкова много информация за вас, че лесно може да запълни едно дисково устройство в миг на око. За щастие, филтърът на програмата (Фигура 49.5) ще ви помогне да ограничите този масив само до данните, които ви интересуват.
Ориз. 49.6. SQL Server Profiler може да интегрира данни от монитора на производителността и да ги синхронизира с наблюдавани събития
Използване на SQL Trace
SQL Profiler обикновено се използва интерактивно и е достатъчен за периодично събиране на данни. Дългосрочните следи обаче могат лесно да натрупат стотици хиляди записи, което може да причини много специфични проблеми на работна станция, изпълнявайки следата. Решението се свежда до създаване на регистър за проследяване директно на сървъра. Това проследяване ще причини малко допълнително натоварване на сървъра; в този случай файловете ще се записват на блокове от 128 KB.
В индустриални системи, които извършват проследяване от страна на сървъра, записването на данни във файл на сървъра е по най-добрия начинсъбиране на информация
относно производителността при минимизиране на допълнителното натоварване на сървъра.
Проследяването, извършено на сървъра, може да бъде дефинирано и внедрено с помощта на набор от системни съхранени процедури. Можете да напишете програмния код сами или с помощта на програмата SQL Server Profiler.
След като проследяването е конфигурирано и тествано в SQL Server Profiler, изберете File^Export^Trace Definition^For SQL Server 2005 от менюто, за да генерирате T-SQL скрипт, който може да извършва проследяване от страна на сървъра.
I За да разберете кои проследявания се изпълняват на сървъра, потърсете
SVS намичен изглед на контролни системни линии. Когато погледнете I* резултатите от тази заявка, ще видите допълнително проследяване. Първото * число винаги е така нареченото проследяване по подразбиране, което събира данни за логове на SQL Server - не може да бъде спряно.
За да спрете проследяването на сървъра, използвайте системната съхранена процедура sp_trace_setstatus. Първият му аргумент (traceid) е идентификаторът на следата, а вторият определя характера на действието. Стойност нула за параметъра на действие кара проследяването да спре, стойност едно да го стартира и стойност две да го затвори и изтрие. Следният код спира следа номер 2.
В допълнение към използването на Query Analyzer за намиране на неефективни T-SQL изрази, можете също да използвате помощната програма SQL Server Profiler. Profiler ви позволява да наблюдавате всички T-SQL изрази, които се изпълняват в системата, с графични дисплеи на информация за тези изрази. Profiler също така предоставя възможности за сортиране и филтриране, които можете да използвате, за да идентифицирате T-SQL изрази, които използват най-много CPU и I/O ресурси. С тази информация можете да определите върху кои T-SQL изрази да се съсредоточите, за да ги настроите. T-SQL изразите, които се извикват от приложение, могат да се видят в Profiler; обаче не се нуждаете от достъп до изходния код на самото приложение.
Помощната програма Profiler в SQL Server 2000 работи подобно на помощната програма Profiler в SQL Server 7, но съдържа някои подобрения. Един от полезни допълненияе шаблон за проследяване, който може да се използва за създаване на файлове за проследяване. (Проследяването все още трябва да бъде създадено, преди да можете да го използвате за наблюдение на операциите на SQL Server.) В SQL Server проследяванията трябваше да бъдат създадени ръчно.
За да стартирате помощната програма Profiler и да започнете проследяване, следвайте тези стъпки.
- Щракнете върху бутона Старт, изберете Програми, изберете Microsoft SQL Server и след това изберете Profiler. Когато първоначално отворите прозореца на Profiler, той ще бъде празен. Няма да се отварят панели и няма да се извършва профилиране в SQL Server.
- За да започнете да създавате профилиране, трябва да изберете съществуващ шаблон за проследяване за изпълнение или да създадете нов шаблон за проследяване за изпълнение. (Процесът на стартиране е описан в стъпка 4.) SQL Server 2000 Profiler предоставя разнообразие от шаблони за проследяване, от които да избирате. Използването на тези шаблони за проследяване може да ви спести много време, защото не е нужно да създавате проследяването от самото начало. За да видите списък с шаблони за проследяване, щракнете върху менюто Файл, посочете Отвори и изберете Шаблони за проследяване, за да се покаже диалоговият прозорец Отваряне (Фигура 35.16).
Следните шаблони за проследяване са налични със SQL Server.
Ориз. 35.16.- SQLServerProfilerSP_Counts.tdf. Отчита броя на изпълняваните съхранени процедури. Резултатите са групирани по име на съхранена процедура и съдържат броя изпълнения на съответната процедура.
- SQLServerProfilerStandard.tdf. Събира обща информация за връзките, изпълнени съхранени процедурии SQL пакети в реда, в който се изпълняват.
- SQLServerProfilerTSQL.tdf. Събира информация за всички T-SQL изрази в реда, в който са получени в SQL Server от потребителите. Това проследяване просто съдържа T-SQL изрази и моментите, в които са били изпълнени.
- SQLServerProfilerTSQL_Duration.tdf. Изброява T-SQL изразите, които са били изпълнени, както и времето (в милисекунди), необходимо за изпълнение на тези изрази.
- SQLServerProfilerTSQL_Grouped.tdf. Събира данни, подобни на тези, които SQLServerProfilerTSQL събира, но групира изявления от потребителя, който е изпълнил изявленията.
- SQLServerProfilerTSQL_Replay.tdf. Предоставя подробна информация за изпълнените T-SQL оператори. Тази трасировка съдържа данни, които могат да се използват за възпроизвеждане на T-SQL изрази в Query Analyzer.
- SQLServerProfilerTSQL_SPs.tdf.Отпечатва посочените съхранени процедури, както и T-SQL командив рамките на тези процедури. Резултатите се показват по ред на изпълнение.
- SQLServerProfilerTuning.tdf. Събира съхранена процедура и данни за изпълнение на SQL пакет.
- За да започнете проследяване, щракнете върху Файл, изберете Нов и след това изберете Проследяване. Появява се диалоговият прозорец Свързване към SQL Server (Фигура 35.17). В този диалогов прозорец изберете системата SQL Server за проследяване и след това щракнете върху OK.
Ориз. 35.17. - Появява се прозорецът Trace Properties (Фигура 35.18). В раздела Общи можете да въведете име за трасирането (полето Име на трасирането) и да изберете шаблон за проследяване, който да използвате като начална точка. За този примеризберете шаблона SQLServerProfilerTSQLDuration. В долната част на раздела можете да посочите къде искате да запазите трасирането – във файл (Save in file) и/или в таблица на SQL Server (Save in table). Ако нито едно от тези квадратчета не е избрано, резултатите от трасирането ще се показват само на екрана. Освен това можете да зададете крайния час за проследяване (квадратчето и полето за отметка Разрешаване на времето за спиране на проследяването). Това може да бъде много полезно за дългосрочни следи.
Ориз. 35.18. - След това щракнете върху раздела Събития (Фигура 35.19).
Ориз. 35.19.В този раздел можете да изберете едно или повече събития, които ще бъдат наблюдавани в това проследяване. Можете да проследявате набор от класове събития (категории) и конкретни събития. Списъчното поле Налични класове събития съдържа класове събития като курсори, грешки и предупреждения, заключвания, обекти, сканирания, SQL оператори ( SQL изрази), Съхранени процедури, транзакции и TSQL. - След като изберете събитията, които искате да проследите, щракнете върху раздела Колони с данни (Фигура 35.20). В този раздел посочете какви данни ще се събират по време на това проследяване. Тези данни могат да включват крайния час,
В нашата работа доста често се натъкваме на ситуация, при която определена заявка е бавна и от текста на заявката не се виждат очевидни проблеми. Обикновено в този случай е необходимо да се проучи проблемът на по-дълбоко ниво. Като правило, има нужда да разгледаме текста на SQL заявката и нейния план и тук ни помага SQL Profiler.
Какво е SQL Profiler и защо е необходим?
SQL Profiler е програма, доставена с MS SQL Server и е предназначена да преглежда всички събития, които се случват в SQL сървъра или, с други думи, да записва следа.
Защо 1C програмист може да се нуждае от SQL Profiler?
Поне за да получите текста на заявка в SQL и да видите плана й. Разбира се, това може да стане с помощта на технологично списание, но това изисква известни умения, а планът в техническия дневник не е толкова красив и четим.
В профайлъра можете да видите не само текстов, но и графичен план за изпълнение на заявка, което според мен е много по-удобно.
Можете също да използвате профильора, за да определите:
заявки, по-дълги от определено време
заявки към конкретна таблица
в очакване на блокиране
таймаути
задънена улица
и още много…
Анализиране на заявки с SQL Profiler
Профайлърът най-често се използва за анализиране на заявки. По правило не е необходимо да проследяваме всички заявки; често трябва да видим как определена заявка на езика 1C се превежда в SQL и да видим нейния план за изпълнение. Например може да се нуждаем от това, за да определим защо дадена заявка се изпълнява бавно или може да сме написали голяма заявка и искаме да се уверим, че тялото на SQL заявката не съдържа съединения към подзаявка.
За да хванете заявката в проследяването, направете следното:
1. Стартирайте SQL Profiler
Старт - Всички програми - Microsoft SQL Server 2008 R2 - Инструменти за продуктивност - SQL Profiler
2. Създайте нова трасировка
Файл – Създаване на трасиране (Ctrl+N)
3. Посочете СУБД сървъра, на който се намира нашата база данни и щракнете върху „Свързване“.
Естествено, нищо не ви пречи да проследите DBMS сървър, който се намира на друг компютър.
4. В прозореца „Trace Properties“, който се появява, отидете на втория раздел „Select Events“
5. Сега трябва да посочим събитията и свойствата на тези събития, които искаме да видим в проследяването.
Имаме нужда от заявки и планове за заявки, така че трябва да активираме подходящите събития. За показване пълен списъксвойства и събития, активирайте флаговете „Покажи всички колони“ и „Покажи всички събития“.
Описание на събитията:
ShowplanStatisticsProfile – план за изпълнение на текстова заявка
ShowplanXMLStatisticsProfile – графичен план за изпълнение на заявка
RPC: Completed – текст на заявката, ако се изпълнява като процедура (ако се изпълнява 1C заявка с параметри).
SQL: BatchCompleted – текст на заявката, ако се изпълнява като обикновена заявка (ако 1C заявка е изпълнена без параметри).
6. Сега трябва да настроите филтър за събития. Ако това не бъде направено, тогава ще видим заявки за всички бази данни, намиращи се на този сървърСУБД.
Щракнете върху бутона „Филтри за колони“ и задайте филтър по име на база данни
Сега ще видим в проследяването само заявки към базата данни „TestBase_8_2“.
Ако желаете, можете да филтрирате по други полета, най-интересните от които са: Duration, TextData (обикновено текстът на заявката) и RowCounts (броят редове, върнати от заявката).
Например, ако трябва да хвана всички заявки към таблицата „_InfoRg4312“, продължаващи повече от 3 секунди в базата данни „TestBase_8_2“, тогава правя:
a) Филтриране по база данни, примерът е показан по-горе
б) Филтриране по продължителност в милисекунди.
в) Филтриране по текст на заявка
Тук уточняваме маската. Ако трябва да проследявате заявки, които имат достъп до множество таблици, създайте няколко елемента в секцията „Подобни на“. Всички условия на филтъра работят заедно.
7. Сега можете да стартирате проследяването. Щракнете върху „Run“, след което проследяването започва да работи и можете да видите събитията, които сте конфигурирали да показват и които попадат под вашите филтри.
Можете да използвате бутоните на командната лента, за да контролирате проследяването.
От ляво на дясно:
Eraser – изчиства прозореца за проследяване
Старт – започва проследяване
Пауза – спира проследяването; когато щракнете върху Старт, проследяването се възобновява
Stop – спира проследяването
8. Самият прозорец за проследяване се състои от две части. Най-отгоре са събитията и свойствата на събитието.
Долната секция показва различна информация в зависимост от вида на събитията. В нашия случай тук ще се покаже или текстът на заявката, или нейният план.
9. Нека изпълним заявката в конзолата за заявки 1C и да видим как се отразява в профайлъра.
Проследяването показва, че има няколко заявки и само една от тях е наша. Други заявки са заявки за услуги.
10. От свойствата на събитията можете да разберете: колко секунди е била изпълнена заявката (Duration), колко логически четения е имало (Reads), колко реда е върнала заявката като резултат (RowCounts) и т.н.
В моя случай заявката се изпълни за 2 милисекунди, направи 4 логически четения и върна 1 ред.
11. Ако отидем нагоре с едно събитие, можем да видим плана на заявката в графична форма.
Както се вижда от плана, търсенето се извършва по индекс по цена, въпреки че този план не може да се нарече идеален, т.к. индексът не покрива, полетата за код и име се получават с помощта на KeyLookup, което отнема 50% от времето.
Използвайки контекстно меню, графичният план може да бъде записан в отделен файлс разширението *.SQLPlan и го отворете в профайлър на друг компютър или с помощта на по-усъвършенстваната програма SQL Sentry Plan Explorer.
12. Ако отидем още по-нагоре, ще видим същия план на заявката, но в текстов вид.
Именно този план се показва в TZ, TsUP и други инструменти за наблюдение на ефективността на 1C. За да го анализирате, препоръчвам да използвате разширени текстов редакторсъс задно осветяване, като Notepad++.
а) Във формата на самия профайлър, т.е. с разширение *.trc
б) В xml формат
в) Можете да направите шаблон от следата. Вижте следващата точка.
След това трябва да изберете база данни на посочения сървър и да посочите името на таблицата, където ще бъде запазено проследяването. Можете да изберете съществуваща таблица или да напишете ново име, след което таблицата ще бъде създадена автоматично в избраната база данни.
Трябва да се има предвид, че продължителността се съхранява в таблицата в милионни от секундата и при показване на резултата е препоръчително стойността да се конвертира в милисекунди. Колоната RowNumber също се добавя към таблицата, която показва номера на този ред в проследяването.
14. Ако често се налага да използвате профайлъра, за да анализирате заявки, тогава настройването на необходимите филтри и събития бързо ще стане скучно и също ще отнеме много време.
На помощ идват шаблоните за проследяване, където посочваме необходимите филтри и реда на колоните, след което просто избираме този шаблон, когато създаваме ново трасиране.
За да създадете шаблон, използвайте менюто Файл – Шаблони – Нов шаблон
В първия раздел всичко е просто. Посочете типа на сървъра, името на шаблона и, ако е необходимо, задайте флаг за използване от този шаблонпо подразбиране.
Във втория раздел избираме събития и конфигурираме филтри, както вече беше показано по-горе.
Сега, когато създавате ново проследяване, можете просто да посочите необходимия шаблон, след което всички филтри и събития ще бъдат попълнени автоматично във втория раздел.
Разбира се, не всички начини за използване на този прекрасен инструмент са показани тук; мисля, че в бъдеще ще добавя към колекцията от статии по тази тема.
Ако все още имате въпроси относно използването на SQL Profiler, задайте ги в коментарите, ще се радвам да отговоря.
SQL Profiler - софтуерен инструмент, използвани за проследяване на SQL Server. "Проследяване" - сесия за събиране на информация за работата на SQL Server 2008
Главна цел:
SQL Profiler се използва от администраторите за:
· анализ на приложението;
· определяне на оптималността на заявките, изпращани към сървъра;
· идентифициране на Transact-SQL команди, които предизвикват грешка при изпълнение;
· събиране на информация за активността на потребителите за дълъг период от време;
· наблюдение на работата на сървъра в реално време.
Нови възможности:
а. Профилиране на Analysis Services;
b. Профилиране на събития на Integration Services;
° С. възможност за записване на показания на брояча от Performance Monitor при записване на информация за изпълнение на команда;
д. Profiler добави много нови събития и източници на информация, които могат да бъдат избрани за запис във файла за проследяване;
f. възможност за групиране на събития в прозореца на профильора.
Работа с SQL Server Profiler
1. Стартирайте SQL Server Profiler - от менюто Старт Програми SQL Server 2008 Инструменти за ефективност SQL Server Profiler.
2. В прозореца, който се отваря в менюто Файлизбирам Нова следаи се свържете с SQL сървър Server 2008, чиято работа ще наблюдаваме.
3. Конфигурирайте параметрите на сесията в прозореца Проследяване на свойства, който се отваря автоматично преди началото на сесията за проследяване (виж Фиг. 8.1).
Ориз. 8.1.Конфигуриране на опциите за проследяване на сесията
а. В раздела Общизберете от списъка Използвайте шаблонанай-подходящият шаблон. Шаблонът се избира с помощта на менюто Файл à Шаблонив SQL Server Profiler. Първоначално имате на ваше разположение осем шаблона:
1). Стандартен (по подразбиране)- шаблон по подразбиране, който ви позволява да проследявате всички запаметени процедури и Transact-SQL команди, стартирани за изпълнение;
2). SP_Counts- събиране на информация за запаметени процедури и функции, стартирани за изпълнение, сортирани по име;
3). TSQL- събиране на информация за всички Transact-SQL команди, стартирани за изпълнение на сървъра, като се посочва идентификаторът на потребителските процеси и времето за стартиране;
4). TSQL_Продължителност- подобно на предишния шаблон, но вместо информация за времето на стартиране на TSQL командата, се записва времето, необходимо за изпълнението й;
5). TSQL_Grouped- в допълнение към информацията за кода на командата Transact-SQL и времето, когато е стартирана, се записва и информация за името на приложението, сметкапотребител в операционната система и потребителския акаунт, който е използван за свързване;
6). TSQL_Replay- запис на най-подробна информация за изпълнените Transact-SQL команди;
7). TSQL_SPs- в допълнение към записа на информация за началото на стартирането на запомнената процедура (SP:Starting), се записва информация за изпълнението на всяка от командите на запомнената процедура (SP:StmtStarting);
8). Настройка- използва се за събиране на информация, необходима за Database Tuning Advisor.
b. В раздела Общако трябва да посочите местоположението, където се записва информацията за проследяване:
1). Информацията за проследяване може да бъде регистрирана във файл (5 MB по подразбиране):
· параметър Активиране на преобръщане на файловеопределя дали при попълване на един файл автоматично ще се създава следващият. Името на следващия файл ще бъде същото като името на предишния, но към името му ще бъде добавен номер (1, 2, 3 и т.н.)
· параметър Сървърът обработва данни за проследяванеможе да се използва за повишаване на надеждността на запис на информация за проследяване. След поставяне на отметка в това поле сървърът ще обработва обработката на информацията за проследяване.
2). Информацията за проследяване може да се съхранява в таблица на SQL Server. Автоматично ще бъде създадена таблица с необходимия набор от колони.
3). Използване на параметъра Активиране на времето за спиране на трасиранетоМожете да посочите време, когато проследяването ще се изключи автоматично.
° С. В раздела Избор на събитияопределят параметрите за събиране на информация. В таблицата на този раздел трябва да изберете необходимите събития (в редове) и информацията (в колони), която ще бъде записана за тях. За да покажете всички редове и колони, трябва да поставите отметки в квадратчетата Показване на всички събитияИ Показване на всички колони.
1). чрез бутон Филтри за колони(Филтри за колони) задайте филтри за събиране необходимата информация(проследяване на действия, извършени в конкретна база данни или от конкретно приложение, или определени от потребителя) – катоили Не като;
2). с помощта на бутона Организирайте колони(Организиране на колони) конфигурирайте реда на колоните за показване или запис в профилиращия с възможност за групиране на данни - раздел Групиране.
4. След като зададете всички параметри за проследяване, щракнете върху бутона Бягай(Бягане) (виж Фиг. 8.2)
Ориз. 8.2.Преглед на информация по време на сесия за проследяване
Горната част на прозореца показва събития, случващи се на сървъра, а долната част показва подробна информацияза всяко събитие (например код на SQL команда).
Налични опции в прозореца за проследяване:
1. Ако на табл Организирайте колониВ свойствата на шаблона сте избрали колони за групиране, можете да групирате записи по тези колони в прозореца за преглед. За целта в менюто Прегледпредоставена команда Групиран изглед;
2. Ако е в списъка Групае поставена само една колона, тогава имате възможност да използвате режима на показване Обобщен изглед(виж Фиг. 8.3). Този режим се активира с помощта на командата Обобщен изгледот същото меню Преглед.
Ориз. 8.3.Режим на показване Обобщен изглед
3. Можете да отваряте събития, записани във файлове и таблици за проследяване в профилиращия инструмент. Също така е възможно да се повтарят записаните операции с помощта на менюто Повторение;
4. Можете да свържете информация за проследяване с броячи на производителност на системния монитор. За това:
· дефинирайте сесия за проследяване, по време на която трябва да се записва информация за колоните Начален часИ Крайно време;
· стартиране на сесия за проследяване със запис на информация във файл или таблица. В същото време съберете протокол от показанията на електромера във файл Монитор на производителността;
· отворен събрана информацияот файла за проследяване в програмата за профилиране и след това използвайте командата Импортиране на данни за ефективносттаот менюто Файл.
