Що таке "Вихід з аудиту" в SQL Server Profiler?

Я запускаю імпорт даних (за допомогою C # / Linq), і, природно, намагаюся максимально оптимізувати свої запити. З цією метою я запускаю трасування в БД, використовуючи SQL Server Profiler, з моїм трасуванням, відфільтрованим моїм іменем для входу в SQL (це ім'я, яке можна однозначно віднести до мого процесу імпорту даних).

Як не дивно, але більшість моїх операторів SQL дуже швидкі :) - дуже мало запитів навіть перебиває позначку 1 мс. Але між усіма моїми запитами розташовано кілька рядків, де EventClass - це «Вхід в аудит» або «Вихід з аудиту» - і тривалість «Виходу з аудиту» може становити до хвилини!

Чи пов’язано це з тим, що я використовую транзакції під час імпорту? Якщо так, чи є спосіб знайти, які найвищі запити, щоб я міг їх очистити?

Якщо я правильно пам’ятаю, тривалість виходу з аудиту - це кількість часу, коли з’єднання було відкрито. Наприклад, нічого спільного зі швидкістю команди - просто кількість часу, коли логін був «увійшов».

Події входу / виходу пов'язані з налаштуванням / знесенням. IIRC - це час, який був «зареєстрований на час», на відміну від тривалості обробки, як і в інших подіях журналу.

Загалом, ці події ховаються, якщо ви не підозрюєте, що є проблема з управлінням пулом з'єднань тощо.

Неопрацьований час для партій повинен бути достатнім для діагностики часу фактичної діяльності, включаючи вплив будь-яких транзакцій тощо.

Клас події Audit Logout вказує на те, що користувач вийшов із системи (вийшов із системи) Microsoft SQL Server. Події в цьому класі запускаються за допомогою нових з'єднань або з'єднань, які повторно використовуються з пулу з'єднань.

це загальний час, коли з’єднання було зареєстровано, включаючи час простою, тому це не вказує на проблеми з продуктивністю. Також профілювання входів / виходів дуже малоймовірно, що спричинить проблеми з продуктивністю. Вам було б краще шукати погано виконуючі запити, можливо, довготривалі запити.

Для отримання додаткової інформації я пропоную https://msdn.microsoft.com/en-us/library/ms175827.aspx :)

Також варто зазначити, як у цій відповіді, що перевірка входу / виходу може просто означати, що з'єднання використовується повторно з / повертається до пулу з'єднань.