Как просмотреть историю запросов в SQL Server Management Studio

Question

Сохраняется ли история запросов в некоторых файлах журнала?Если да, можете ли вы сказать мне, как найти их местоположение?Если нет, можете ли вы дать мне какой-нибудь совет, как это увидеть?

Answer 1

[Поскольку этот вопрос , скорее всего, будет закрыт как дубликат.]

Если SQL Server не был перезапущен (и план не был удален и т. Д.), Вы можете найти запрос в кэше плана.

SELECT t.[text]
FROM sys.dm_exec_cached_plans AS p
CROSS APPLY sys.dm_exec_sql_text(p.plan_handle) AS t
WHERE t.[text] LIKE N'%something unique about your query%';

Если вы потеряли файл из-за сбоя Management Studio, вы можете найти файлы восстановления здесь:

C:\Users\<you>\Documents\SQL Server Management Studio\Backup Files\

В противном случае вам потребуется использовать что-то еще, чтобы помочь вам сохранить историю запросов, например, SSMS Tools Pack, как упомянуто в Ответ Эд Харпера - хотя это не бесплатно в SQL Server 2012+ , Или вы можете настроить легкую трассировку, отфильтрованную по вашему логину или имени хоста (но для этого используйте трассировку на стороне сервера, а не Profiler).

---

Как заметил @ Nenad-Zivkovic, было бы полезно присоединиться к sys.dm_exec_query_stats и заказать по last_execution_time:

SELECT t.[text], s.last_execution_time
FROM sys.dm_exec_cached_plans AS p
INNER JOIN sys.dm_exec_query_stats AS s
   ON p.plan_handle = s.plan_handle
CROSS APPLY sys.dm_exec_sql_text(p.plan_handle) AS t
WHERE t.[text] LIKE N'%something unique about your query%'
ORDER BY s.last_execution_time DESC;

Answer 2

Позднее, но, надеюсь, полезно, так как он добавляет больше деталей ...

Нет способа увидеть запросы, выполняемые в SSMS по умолчанию.Есть несколько вариантов, хотя.

Чтение журнала транзакций - это нелегко сделать, потому что оно в проприетарном формате.Однако, если вам нужно просмотреть запросы, которые выполнялись исторически (кроме SELECT), это единственный способ.

Для этого можно использовать сторонние инструменты, такие как ApexSQL Log и SQL Log Rescue (бесплатно, но только для SQL 2000).Проверьте эту ветку для получения дополнительной информации здесь Проводник / анализатор журналов транзакций SQL Server

Профилировщик SQL Server - лучше всего подходит, если вы просто хотите начать аудит и вас не интересует то, что произошло раньше.Убедитесь, что вы используете фильтры, чтобы выбрать только те транзакции, которые вам нужны.В противном случае вы получите очень много данных очень быстро.

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

Триггеры - лучше всего подходят, если вы хотите захватить DML (кроме select) и сохранить их где-нибудь в базе данных

Answer 3

Пакет инструментов SSMS добавляет функциональность для записи истории выполнения, среди прочего.

Answer 4

Как уже отмечали другие, вы можете использовать SQL Profiler, но вы также можете использовать его функциональность с помощью системных хранимых процедур sp_trace_ *. Например, этот фрагмент кода SQL (по крайней мере, в 2000 году; я думаю, что он аналогичен SQL 2008, но вам придется перепроверять) перехватывает события RPC:Completed и SQL:BatchCompleted для всех запросов, выполнение которых занимает более 10 секунд и сохраните вывод в файл трассировки, который вы сможете открыть в профилировщике SQL позже:

DECLARE @TraceID INT
DECLARE @ON BIT
DECLARE @RetVal INT
SET @ON = 1

exec @RetVal = sp_trace_create @TraceID OUTPUT, 2, N'Y:\TraceFile.trc'
print 'This trace is Trace ID = ' + CAST(@TraceID AS NVARCHAR)
print 'Return value = ' + CAST(@RetVal AS NVARCHAR)
-- 10 = RPC:Completed
exec sp_trace_setevent @TraceID, 10, 1, @ON     -- Textdata
exec sp_trace_setevent @TraceID, 10, 3, @ON     -- DatabaseID
exec sp_trace_setevent @TraceID, 10, 12, @ON        -- SPID
exec sp_trace_setevent @TraceID, 10, 13, @ON        -- Duration
exec sp_trace_setevent @TraceID, 10, 14, @ON        -- StartTime
exec sp_trace_setevent @TraceID, 10, 15, @ON        -- EndTime

-- 12 = SQL:BatchCompleted
exec sp_trace_setevent @TraceID, 12, 1, @ON     -- Textdata
exec sp_trace_setevent @TraceID, 12, 3, @ON     -- DatabaseID
exec sp_trace_setevent @TraceID, 12, 12, @ON        -- SPID
exec sp_trace_setevent @TraceID, 12, 13, @ON        -- Duration
exec sp_trace_setevent @TraceID, 12, 14, @ON        -- StartTime
exec sp_trace_setevent @TraceID, 12, 15, @ON        -- EndTime

-- Filter for duration [column 13] greater than [operation 2] 10 seconds (= 10,000ms)
declare @duration bigint
set @duration = 10000
exec sp_trace_setfilter @TraceID, 13, 0, 2, @duration

Вы можете найти идентификатор для каждого события трассировки, столбцов и т. Д. В Books Online; просто найдите sp_trace_create , sp_trace_setevent и sp_trace_setfiler sprocs. Затем вы можете управлять трассировкой следующим образом:

exec sp_trace_setstatus 15, 0       -- Stop the trace
exec sp_trace_setstatus 15, 1       -- Start the trace
exec sp_trace_setstatus 15, 2       -- Close the trace file and delete the trace settings

... где '15' - это идентификатор трассы (как сообщается в sp_trace_create, который первый сценарий запускает выше).

Вы можете проверить, какие трассы выполняются:

select * from ::fn_trace_getinfo(default)

Единственное, что я скажу с осторожностью - я не знаю, какую нагрузку это окажет на вашу систему; он добавит некоторые, но насколько велико это «некоторые», вероятно, зависит от того, насколько занят ваш сервер.

Answer 5

Система не записывает запросы таким образом. Если вы знаете, что хотите сделать это заранее, вы можете использовать SQL Profiler для записи поступающих сообщений и отслеживания запросов во время работы Profiler.

Answer 6

Я использую приведенный ниже запрос для отслеживания активности приложения на сервере SQL, на котором не включен профилировщик трассировки.Метод использует хранилище запросов (SQL Server 2016+) вместо DMV.Это дает лучшую возможность просмотра исторических данных, а также ускоряет поиск.Очень эффективно захватывать краткосрочные запросы, которые не могут быть захвачены sp_who / sp_whoisactive.

/* Adjust script to your needs.
    Run full script (F5) -> Interact with UI -> Run full script again (F5)
    Output will contain the queries completed in that timeframe.
*/

/* Requires Query Store to be enabled:
    ALTER DATABASE <db> SET QUERY_STORE = ON
    ALTER DATABASE <db> SET QUERY_STORE (OPERATION_MODE = READ_WRITE, MAX_STORAGE_SIZE_MB = 100000)
*/

USE <db> /* Select your DB */

IF OBJECT_ID('tempdb..#lastendtime') IS NULL
    SELECT GETUTCDATE() AS dt INTO #lastendtime
ELSE IF NOT EXISTS (SELECT * FROM #lastendtime)
    INSERT INTO #lastendtime VALUES (GETUTCDATE()) 

;WITH T AS (
SELECT 
    DB_NAME() AS DBName
    , s.name + '.' + o.name AS ObjectName
    , qt.query_sql_text
    , rs.runtime_stats_id
    , p.query_id
    , p.plan_id
    , CAST(p.last_execution_time AS DATETIME) AS last_execution_time
    , CASE WHEN p.last_execution_time > #lastendtime.dt THEN 'X' ELSE '' END AS New
    , CAST(rs.last_duration / 1.0e6 AS DECIMAL(9,3)) last_duration_s
    , rs.count_executions
    , rs.last_rowcount
    , rs.last_logical_io_reads
    , rs.last_physical_io_reads
    , q.query_parameterization_type_desc
FROM (
    SELECT *, ROW_NUMBER() OVER (PARTITION BY plan_id, runtime_stats_id ORDER BY runtime_stats_id DESC) AS recent_stats_in_current_priod
    FROM sys.query_store_runtime_stats 
    ) AS rs
INNER JOIN sys.query_store_runtime_stats_interval AS rsi ON rsi.runtime_stats_interval_id = rs.runtime_stats_interval_id
INNER JOIN sys.query_store_plan AS p ON p.plan_id = rs.plan_id
INNER JOIN sys.query_store_query AS q ON q.query_id = p.query_id
INNER JOIN sys.query_store_query_text AS qt ON qt.query_text_id = q.query_text_id
LEFT OUTER JOIN sys.objects AS o ON o.object_id = q.object_id
LEFT OUTER JOIN sys.schemas AS s ON s.schema_id = o.schema_id
CROSS APPLY #lastendtime
WHERE rsi.start_time <= GETUTCDATE() AND GETUTCDATE() < rsi.end_time
    AND recent_stats_in_current_priod = 1
    /* Adjust your filters: */
    -- AND (s.name IN ('<myschema>') OR s.name IS NULL)
UNION
SELECT NULL,NULL,NULL,NULL,NULL,NULL,dt,NULL,NULL,NULL,NULL,NULL,NULL, NULL
FROM #lastendtime
)
SELECT * FROM T
WHERE T.query_sql_text IS NULL OR T.query_sql_text NOT LIKE '%#lastendtime%' -- do not show myself
ORDER BY last_execution_time DESC

TRUNCATE TABLE #lastendtime
INSERT INTO #lastendtime VALUES (GETUTCDATE()) 

Answer 7

Вы можете отслеживать запросы SQL с помощью SQL Profiler , если вам это нужно

Answer 8

SELECT deqs.last_execution_time AS [Time], dest.text AS [Query], dest.*
FROM sys.dm_exec_query_stats AS deqs
CROSS APPLY sys.dm_exec_sql_text(deqs.sql_handle) AS dest
WHERE dest.dbid = DB_ID('msdb')
ORDER BY deqs.last_execution_time DESC

Это должно показать вам время и дату, когда был выполнен запрос

Answer 9

Немного нестандартный метод заключается в создании сценария решения в AutoHotKey. Я использую это, и это не идеально, но работает и бесплатно. По сути, этот сценарий назначает горячую клавишу для CTRL + SHIFT + R , которая будет копировать выбранный SQL в SSMS ( CTRL + C ), сохраните файл SQL с меткой даты и выполните выделенный запрос ( F5 ). Если вы не привыкли к сценариям AHK, начальная точка с запятой - это комментарий.

;CTRL+SHIFT+R to run a query that is first saved off
^+r::
;Copy
Send, ^c
; Set variables
EnvGet, HomeDir, USERPROFILE
FormatTime, DateString,,yyyyMMdd
FormatTime, TimeString,,hhmmss
; Make a spot to save the clipboard
FileCreateDir %HomeDir%\Documents\sqlhist\%DateString%
FileAppend, %Clipboard%, %HomeDir%\Documents\sqlhist\%DateString%\%TimeString%.sql
; execute the query
Send, {f5}
Return

Самыми большими ограничениями является то, что этот сценарий не будет работать, если вы нажмете «Выполнить» вместо использования сочетания клавиш, и этот сценарий не сохранит весь файл - только выделенный текст. Но вы всегда можете изменить скрипт для выполнения запроса, а затем выбрать все ( CTRL + A ) перед копированием / сохранением.

Использование современного редактора с функциями поиска в файлах позволит вам осуществлять поиск в истории SQL. Вы можете даже прихотить и скопировать ваши файлы в базу данных SQLite3 для запроса ваших запросов.

Answer 10

Если интересующие вас запросы представляют собой динамические запросы, которые периодически прерываются, вы можете записать SQL, дату и время и пользователя в таблицу во время создания динамического оператора.Это будет сделано в каждом конкретном случае, хотя для этого требуется специальное программирование и потребуется немного больше времени на обработку, так что делайте это только для тех немногих запросов, которые вас больше всего волнуют.Но наличие журнала выполнения определенных операторов может действительно помочь, когда вы пытаетесь выяснить, почему он терпит неудачу только раз в месяц.Динамические запросы сложно тщательно протестировать, и иногда вы получаете одно конкретное входное значение, которое просто не будет работать, и ведение этого журнала во время создания SQL часто является лучшим способом увидеть, что конкретно было в SQL, который был построен.