Что такое "выход из системы аудита" в SQL Server Profiler?

Я запускаю импорт данных (используя C#/Linq), и, естественно, я пытаюсь максимально оптимизировать свои запросы. С этой целью я запускаю трассировку в БД с помощью SQL Server Profiler, причем моя трассировка фильтруется моим именем входа SQL (это имя, которое можно однозначно отнести к моему процессу импорта данных).

Как ни странно, большинство моих SQL-операторов очень быстрые :) - очень мало запросов даже ломаются над отметкой 1ms. Но между всеми моими запросами есть несколько строк где EventClass - это "вход в систему аудита" или "выход из системы аудита" - и продолжительность "выхода из системы аудита" может составлять до минуты!

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

4 80
c# linq sql-server-2005 linq-to-sql sql-server-profiler

4 ответа:

Если я правильно помню, продолжительность выхода из системы аудита - это время, в течение которого соединение было открыто. Например, ничего общего со скоростью команды - просто количество времени, когда логин был "зарегистрирован".

72

события входа / выхода связаны с настройкой / разрывом. IIRC время-это "был зарегистрирован для времени", а не продолжительность обработки, как с другими событиями журнала.

В общем, один скрывает эти события, если вы подозреваете, что возникла проблема с подключением управления бассейном и т. д.

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

11

класс событий выхода аудита указывает, что пользователь вышел из системы (вышел из системы) Microsoft SQL Server. События в этом классе запускаются новыми соединениями или соединениями, которые повторно используются из пула соединений.

Это общее время, в течение которого соединение было зарегистрировано, включая время простоя, поэтому оно не указывает на проблему с производительностью. Кроме того, профилирование входов/выходов из системы вряд ли вызовет проблемы с производительностью. Вам было бы лучше искать плохо выполняющиеся запросы, возможно, длительные запросы.

для получения дополнительной информации я предлагаю https://msdn.microsoft.com/en-us/library/ms175827.aspx :)

3

также стоит отметить, как в ответ этот аудит входа/выхода может просто означать, что соединение повторно используется из / возвращается в пул соединений.

2