DESAFIO DO GORDO – Qual o motivo do wait type ASYNC_NETWORK_IO?

Galera,

Neste desafio do gordo quero que me ajudem a entender e a explicar quais o motivos e qual a solução para o wait type ASYNC_NETWORK_IO.

Este wait type é extremamente crítico ou pode ser considerado normal em um ambiente de banco de dados SQL Server?

Espero que a participação de todos e aproveitem também para inscreverem-se no blog, no canal do youtube e no grupo de discussão SQLManiacs.

Grande abraço a todos.

Anúncios
  1. Caio Amante
    13/08/2015 às 21:52

    Seria pela espera de uma aplicação? Tenho problemas desta forma em aplicações que ficam abertas com usuário digitando sem comitar os dados.

    Será que é isso?

    att.

    • 15/08/2015 às 14:59

      Grande Caio,

      Isto mesmo meu amigo.

      O problema é ligado sim a aplicação.

      Agora como você poderia fazer para diagnosticar isso melhor?

      Grande abraço.

  2. Anderson Souza
    14/08/2015 às 8:14

    Grande Vitor, Bom Dia!

    Muitas vezes podemos associar esse wait a um gargalo na rede,
    mas na verdade a causa mais comum é um aplicativo cliente que esta executando
    um processamento linha a linha transmitidos pelo SQL SErver (aplicativo recebe uma linha, processa, aceita a linha seguinte, e assim vai até terminar). Dessa forma,
    se for um result set muito grande poderá comprometer a performance da rede.
    Vale ressaltar que se esta realizando uma carga grande de dados esse wait poderá
    ocorrer também.

    Solução:

    Rever as queries e identificar os maiores result set. Podemos usar a DMV
    dm_exec_query_stats para identificar essas queries.

    No lado da aplicacao, verificar se a mesma esta consumindo esses dados
    com eficiencia.

    Verificar todas as configuraçoes da placa de rede.

    Validar os componentes de rede entre a aplicacao e o servidor
    SQL Server

    Se o problema ainda persistir, habilitar no lado do SQL Server
    o PerfMon e atentar-se principalmente aos
    contadores Packets Received Discarded,
    Packets Received Errors e Segments Retransmitted/sec

    No lado da aplicaçao, o PerfMon, atentar-se aos contadores
    Connection Failures, Connections Reset e Segments Retransmitted/sec

    Esse é meu entendimento sobre esse wait, não se trata de algo que possa derrubar o ambiente, mas com certeza não podemos ignorar esse problema.

    Um grande abraço e continue a nos desafiar, pois é errando que se aprende muito mais.

    • 15/08/2015 às 14:58

      Grande Anderson,

      Muito boa sua análise e também bem completa hein.

      Também poderíamos utilizar o XEvents para pegar mais detalhes sobre esse wait type.

      Grande abraço.

  1. 20/08/2015 às 17:14

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

%d blogueiros gostam disto: