Início / dba / Perguntas / 186211
Accepted
Randy Minder
Asked: 2017-09-19 05:17:03 +0800 CST

LOG_RATE_GOVERNOR Estatística de espera

  • 772

Estou percebendo essa estatística de espera no meu banco de dados SQL do Azure e nunca a vi antes. Eu tentei pesquisar no Google essa estatística de espera, mas não consegui obter nenhuma boa informação sobre o que é isso, embora tenha visto algumas menções sobre isso possivelmente estar relacionado a exceder o nível de desempenho do Azure definido para o banco de dados.

azure-sql-database

2 respostas

  1. Best Answer

    As diferentes camadas de serviço do Banco de Dados SQL do Azure são limitadas por DTUs. A Microsoft garante um nível mínimo de recursos, que eles computam como DTUs. A documentação fornece a definição para uma DTU como (ênfase minha):

    Essa quantidade de recursos é calculada como um número de Unidades de Transação de Banco de Dados ou DTUs e é uma medida combinada de CPU, memória, E/S (E/S de log de dados e transações ). A proporção entre esses recursos foi originalmente determinada por uma carga de trabalho de referência OLTP projetada para ser típica das cargas de trabalho OLTP do mundo real.

    Se você estiver vendo LOG_RATE_GOVERNOResperas, você está se deparando com os limites impostos à E/S do log de transações por sua camada de desempenho.

    Se essa espera estiver afetando negativamente o desempenho, você precisará aumentar sua camada de serviço ou atualizar seu código para realizar menos gravações. Se você tiver um processo com uso intensivo de E/S, poderá limitá-lo por conta própria para deixar E/S de log de transações disponíveis para outros processos antes de atingir o limite imposto pela camada de serviço do banco de dados SQL.

    Escrevi uma postagem no blog em que usei a Calculadora de DTU para estimar como cada uma dessas métricas de desempenho se combina para afetar o cálculo de DTU. Você pode achar isso útil para entender como os diferentes tipos de carga são "combinados" nos limites da DTU.

    • 7

  2. A documentação da Microsoft afirma ( aqui ) LOG_RATE_GOVERNOR ocorre quando o banco de dados está aguardando a cota para gravar no log. Parece que na camada atual os processos estão cruzando os limites da taxa de log de transações.

    Tente identificar processos e consultas envolvidos com essas esperas LOG_RATE_GOVERNOR. O dimensionamento para camadas premium que usam armazenamento SSD pode resolver o problema.

    Você também pode identificar as consultas que incorrem nessa espera durante a execução se usar os mecanismos fornecidos neste artigo ou o Repositório de Consultas. Você pode querer reconsiderar o objetivo dessas ATUALIZAÇÕES, EXCLUSÃO, INSERÇÕES e todo o processo do qual fazem parte.

    Espero que isto ajude.

    • 2

relate perguntas