Início / dba / Perguntas / 134855
Accepted
LCJ
Asked: 2016-04-10 09:58:15 +0800 CST

SQL Server - SQL Plan Management para linha de base

  • 772

Eu sou um desenvolvedor .Net. Eu tenho uma atualização de banco de dados chegando (do SQL Server 2005 para o SQL Server 2012). A equipe do banco de dados cuidará da migração. Mas eu vi postagens em fóruns dizendo que após a migração, as consultas estão demorando muito para serem executadas, embora a quantidade de dados e o número de usuários sejam quase os mesmos. E um dos principais motivos é a mudança execution planentre esses servidores. Referência: Problema de desempenho após a migração do SQL Server 2005 para 2012

Portanto, estou considerando a possibilidade de armazenar os planos de execução reais do meu próprio servidor de produção atual. No Oracle, pude encontrar um recurso para linha de base: -

  1. SQL Plan Management (Parte 1 de 4) Criando linhas de base do plano SQL
  2. Usando o SQL Plan Management

No SQL Server, qual é a prática usual para conseguir isso?

Nota: eu me referi a criar uma linha de base para SQL Server , mas não diz nada sobre linha de baseexecution plan

sql-server performance

2 respostas

  1. Best Answer

    Você apenas obteria os planos de execução para as consultas mais relevantes do cache do plano. Eu consultaria sys.dm_exec_query_stats e ingressaria em sys.dm_exec_query_plan e sys.dm_exec_sql_text para obter o plano e o texto da consulta, respectivamente. Em sys.dm_exec_query_stats , você pode obter consultas com o maior IO, CPU, contagem de execução etc. - o que for mais importante para você.

    Olhando para o futuro, o SQL Server 2016 apresenta o Query Store:

    Monitorando o desempenho usando o repositório de consultas

    • 4

  2. Consulte esta consulta de exemplo para obter esses planos de execução. Agora é ordenado pelo consumo de CPU:

    SELECT qs.execution_count,
       qs.total_worker_time/1000 total_worker_time_msec,
       ((qs.total_worker_time/1000)/qs.execution_count) AVGtotal_worker_time_msec,
       qs.max_worker_time/1000 max_worker_time_msec,
       qs.total_elapsed_time/1000 total_elapsed_time_msec,
       ((qs.total_elapsed_time/1000)/execution_count) avg_elapsed_time_msec,
       qs.min_elapsed_time/1000 min_elapsed_time_msec,
       qs.max_elapsed_time/1000 max_elapsed_time_msec,
       qt.text,
       qp.query_plan
  FROM sys.dm_exec_query_stats qs
  CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
  CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) qp
  ORDER BY qs.total_worker_time DESC

    Algumas outras dicas para migrar o SQL 2005 para 2012:

    1. Certifique-se de alterar o nível de compatibilidade para 110
    2. Certifique-se de atualizar as estatísticas após restaurar os bancos de dados.
    • 1

relate perguntas