Новий процес збору інформації про очікування примірника в sql server 2016

Відео: Установка і настройка MS SQL і перенесення файлової версії 1С підприємства на сервер БД - Частина 1

Як я роз`яснив вище, тепер ми відзначаємо зміна в поведінці SQL Server 2016 (CTP 2.4), що впливає на результати добре зарекомендував себе запиту на відомості за статистикою очікувань, який ми використовували протягом довгого часу (див. Скріншот нижче). У коді нижче представлено опис процесу, який буде здійснюватися в системі SQL Server 2016.



Повернення сумарних статистичних даних про очікування конкретного сеансу приведено в коді нижче, а результати на скріншоті нижче.






Ви, напевно, звернули увагу на синтаксис параметра Template Parameter для вказівки на ідентифікатор sessionjd. Цей синтаксис дає можливість повторно використовувати код і вивантажувати цей параметр або за допомогою кнопки в рядку меню SSMS з написом Query, або за допомогою комбінації клавіш Ctrl + Shift + M.



Тут становище дещо ускладнюється обмеженнями, пов`язаними з цими віконними функціями, а також внаслідок того факту, що після агрегування декількох сеансів в даний запит ми отримуємо ймовірність появи дублікатів wait_types. Це означає, що перед згаданим запитом потрібно передбачити додатковий етап, що забезпечує збір всіх очікувань і сприяє агрегації wait types з метою усунення цих дублікатів з решти запиту. Існує два шляхи вирішення завдання: за допомогою тимчасової таблиці або з використанням табличній змінної. В даному випадку я схиляюся до тимчасових таблиць (див. Код вище).
Зверніть увагу: вставляючи записи в дану тимчасову таблицю (#WAITS), ми групуємо їх по імені бази даних (яке знов-таки вводиться як Template Parameter) і по wait_type, з тим щоб видалити дублікати цих wait types перед обробкою решти запиту (див . скріншот вище).

Результати виконання трьох опублікованих перевищують запити свідчать про те, що очікування конкретного сеансу або набору сеансів не показові для сукупного часу очікувань самого екземпляра. Вірно і зворотне: статистичні дані про очікування примірника не показові (хоча, ймовірно, входять в число факторів, що визначають ситуацію щодо дефіциту ресурсів, яка може виникнути в ході конкретного сеансу).

З виходом на ринок версії SQL Server 2016 перед нами постають нові проблеми і відкриваються нові можливості в тому, що стосується збору статистичних даних, які допоможуть нам виконувати аналіз настройки продуктивності. Я вважаю, що напередодні випуску продукту цей процес буде доопрацьовано, і, можливо, проблеми, які з`являються в СТР-версії, будуть вирішені ще до того, як SQL Server 2016 надійде в розпорядження споживачів.