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

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

Ответ 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, как указано в Ed Harper answer - хотя это не 't бесплатно в SQL Server 2012+. Или вы можете настроить небольшую трассировку, отфильтрованную по имени входа или имени хоста (но для этого используйте для этого трассировку на стороне сервера, а не Profiler).

Как отметил @Ненад-Живкович, может быть полезно присоединиться к 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;

Ответ 2

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

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

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

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

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

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

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

Ответ 3

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

Ответ 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)

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

Ответ 5

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

Ответ 6

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

Ответ 7

Я использую приведенный ниже запрос для отслеживания активности приложения на SQL-сервере, у которого нет профилировщика трассировки. Метод использует Query Store (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())

Ответ 8

вы можете использовать "Автоматически генерировать script при каждом сохранении", если вы используете студию управления. Это, конечно, не журнал. Проверьте, полезны ли вам..;)

Ответ 9

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

Ответ 10

Немного нестандартным методом было бы написать решение в 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 для запроса ваших запросов.

Ответ 11

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

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