Как мне узнать, что мешает моему SQL Server?

Этот запрос использует DMV для определения наиболее дорогостоящих запросов по ЦП.

SELECT TOP 20
    qs.sql_handle,
    qs.execution_count,
    qs.total_worker_time AS Total_CPU,
    total_CPU_inSeconds = --Converted from microseconds
        qs.total_worker_time/1000000,
    average_CPU_inSeconds = --Converted from microseconds
        (qs.total_worker_time/1000000) / qs.execution_count,
    qs.total_elapsed_time,
    total_elapsed_time_inSeconds = --Converted from microseconds
        qs.total_elapsed_time/1000000,
    st.text,
    qp.query_plan
FROM
    sys.dm_exec_query_stats AS qs
CROSS APPLY 
    sys.dm_exec_sql_text(qs.sql_handle) AS st
CROSS APPLY
    sys.dm_exec_query_plan (qs.plan_handle) AS qp
ORDER BY 
    qs.total_worker_time DESC

Полное объяснение см. На странице Как определить наиболее затратные запросы SQL Server по ЦП

Выполните любой из них с интервалом в несколько секунд. Вы обнаружите высокую скорость подключения ЦП. Или: сохраненный ЦП в локальной переменной, WAITFOR DELAY, сравнение сохраненных и текущих значений ЦП

select * from master..sysprocesses
where status = 'runnable' --comment this out
order by CPU
desc

select * from master..sysprocesses
order by CPU
desc

Может быть, не самым элегантным, но эффективным и быстрым.

Вы можете запустить SQL Profiler и отфильтровать по ЦП или продолжительности, чтобы исключить все «мелочи». Тогда должно быть намного проще определить, есть ли у вас проблема, например, конкретная сохраненная процедура, которая работает намного дольше, чем должна (может быть отсутствующий индекс или что-то в этом роде).

Два предостережения:

• Если проблема заключается в большом количестве крошечных транзакций, то описанный выше фильтр их исключит, и вы это пропустите.
• Кроме того, если проблема заключается в одной большой работе (например, 8-часовом анализе или плохо спроектированном выборе, который должен перекрестно объединить миллиард строк), вы можете не увидеть этого в профилировщике, пока она не будет полностью выполнена, в зависимости от о том, какие события вы профилируете (sp: completed vs sp: statementcompleted).

Но обычно я начинаю с монитора активности или sp_who2.

Здесь вы можете найти полезный запрос:

Исследование причины высокой загрузки ЦП SQL Server

Мне это очень помогло:

SELECT s.session_id,
    r.status,
    r.blocking_session_id 'Blk by',
    r.wait_type,
    wait_resource,
    r.wait_time / (1000 * 60) 'Wait M',
    r.cpu_time,
    r.logical_reads,
    r.reads,
    r.writes,
    r.total_elapsed_time / (1000 * 60) 'Elaps M',
    Substring(st.TEXT,(r.statement_start_offset / 2) + 1,
    ((CASE r.statement_end_offset
WHEN -1
THEN Datalength(st.TEXT)
ELSE r.statement_end_offset
END - r.statement_start_offset) / 2) + 1) AS statement_text,
    Coalesce(Quotename(Db_name(st.dbid)) + N'.' + Quotename(Object_schema_name(st.objectid, st.dbid)) + N'.' +
    Quotename(Object_name(st.objectid, st.dbid)), '') AS command_text,
    r.command,
    s.login_name,
    s.host_name,
    s.program_name,
    s.last_request_end_time,
    s.login_time,
    r.open_transaction_count
FROM sys.dm_exec_sessions AS s
    JOIN sys.dm_exec_requests AS r
ON r.session_id = s.session_id
    CROSS APPLY sys.Dm_exec_sql_text(r.sql_handle) AS st
WHERE r.session_id != @@SPID
ORDER BY r.cpu_time desc

В полях status, wait_type и cpu_time вы можете найти задачу, которая в данный момент потребляет больше всего ресурсов процессора.

Для подхода с графическим интерфейсом я бы взглянул на Activity Monitor в разделе Management и отсортировал по CPU.