Início / dba / Perguntas / 287301
Accepted
Newbie-DBA
Asked: 2021-03-19 22:14:47 +0800 CST

Picos de latência de gravação média para disco mais do que o normal. Precisa de ajuda para encontrar o culpado

  • 772

Recentemente, aumentamos a latência de gravação de disco relatada. Embora de nossa equipe de monitoramento não tenha sido confirmado de qual unidade, mas fazendo alguma consulta dmv, vejo tempdbcerca de 32 ms de espera na gravação. Além disso, durante o uso da semana tempdb, quero dizer que o espaço livre disponível caiu para menos de 50 GB de 300 GB.

Estou suspeitando que esse pico possa ser de tempdb. O ambiente é uma mistura de OLTP e pessoas do warehouse que consultam dados para grande seleção ao procurar dados em tempo real caso não estejam disponíveis no modo de espera LS.

Minha pergunta é como posso verificar o que tempdbse é teria causado esse pico?

Além disso, essas consultas selecionadas também podem contribuir para a tempdblatência de gravação? Essas consultas selecionadas são executadas em tabelas sobre TBs de dados e o usuário pode ter parte de consultas como ordenar por e agrupar pelo que vi. Mas não tenho certeza de como provar que eles estão contribuindo para o aumento repentino.

sql-server sql-server-2012

1 respostas

  1. Best Answer

    Minha pergunta é como posso verificar o que no TempDB se teria causado esse pico?

    Para analisar o impacto que essas consultas têm no tempdb, você pode usar sp_whoisactive, pois uma das informações geradas é o uso de tempdb:

    • As mais confusas dessas colunas são aquelas relacionadas ao tempdb. Cada uma das colunas relata um número de páginas de 8 KB. A
      coluna [tempdb_allocations] é coletada diretamente dos
      DMVs relacionados ao tempdb e indica quantas páginas foram alocadas no
      tempdb devido a tabelas temporárias, tipos de LOB, spools ou outros
      consumidores. A coluna [tempdb_current] é calculada subtraindo as informações de páginas desalocadas relatadas pelos DMVs tempdb do
      número de alocações. Ver um número alto de alocações com uma
      pequena quantidade de páginas atuais significa que sua consulta pode estar pressionando o
      tempdb, mas não está fazendo com que ele cresça. Ver um grande número de
      páginas atuais significa que sua consulta pode ser responsável por todas
      aqueles auto-crescimentos que você continua percebendo.

    Outra maneira de mostrar que você tem um problema relacionado ao tempdb é ter sp_BlitzCache™ Resultado: TempDB Spills . Como diz essa página:

    Para encontrar as consultas que estão causando spills, você tem várias opções – você pode capturar e examinar os planos de execução reais ou pode coletar eventos de spills de troca por meio de eventos estendidos. Paul White aborda suas opções em sua resposta a Qual a frequência de vazamentos de hash/classificação no tempdb é preocupante?

    Essas consultas selecionadas também podem contribuir para a latência de gravação do TempDB. Essas consultas selecionadas são executadas em tabelas sobre TBs de dados e o usuário pode ter parte de consultas como ordenar e agrupar pelo que vi.

    Certamente sim. Se você verificar o documento do banco de dados tempdb , verá que ele armazena os seguintes objetos:

    • Objetos internos que o mecanismo de banco de dados cria. Eles incluem:
      Tabelas de trabalho para armazenar resultados intermediários para spools, cursores, classificações e armazenamento temporário de objetos grandes (LOB).
      Arquivos de trabalho para operações de junção de hash ou agregação de hash.
      Resultados de classificação intermediários para operações como criação ou reconstrução de índices (se SORT_IN_TEMPDB for especificado) ou determinadas consultas GROUP BY, ORDER BY ou UNION.
    • 3

relate perguntas