none
Lentidão Quando Troca de Node RRS feed

  • Pergunta

  • Tenho um sql em Cluster com 2 nodes  ,  quando o segundo node assume as consultas ficam bem lentas. Passando de segundos para minutos. O plano de execução das consultas mudam bastante.

     

    Precisaria atualizar as estatisticas ? Ou fazer alguma outra coisa para isso não ocorrer?

    sexta-feira, 16 de janeiro de 2009 15:55

Respostas

  • Olá Marcelo,

     

    Os planos de execução ficam em memória e quando você trocar de nó, eles precisaram ser refeitos no novo nó o que pode provocar lentidão. Em todo caso, eu apostaria em algo mais relacionado à máquina do que propriamente ao SQL Server. Uma vez que os bancos de dados de negócio e de sistema estejam no Storage, dificilmente teríamos algum problema com estatísticas, índices, etc.

     

    Verifique também se o Service Pack mais recente está aplicado em todos os nós.

     

    [ ]s,

     

    Gustavo Maia Aguiar

    http://gustavomaiaaguiar.spaces.live.com

    sexta-feira, 16 de janeiro de 2009 19:37

Todas as Respostas

  • Marcelo,

     

    Não posso afirmar mas a atualização das estatísticas poderiam ajudar.

     

    As configurações de rede entre os nodes estão iguais?

    sexta-feira, 16 de janeiro de 2009 16:58
    Moderador
  • Olá Marcelo,

     

    Os planos de execução ficam em memória e quando você trocar de nó, eles precisaram ser refeitos no novo nó o que pode provocar lentidão. Em todo caso, eu apostaria em algo mais relacionado à máquina do que propriamente ao SQL Server. Uma vez que os bancos de dados de negócio e de sistema estejam no Storage, dificilmente teríamos algum problema com estatísticas, índices, etc.

     

    Verifique também se o Service Pack mais recente está aplicado em todos os nós.

     

    [ ]s,

     

    Gustavo Maia Aguiar

    http://gustavomaiaaguiar.spaces.live.com

    sexta-feira, 16 de janeiro de 2009 19:37
  • qual a configuração dos servidores?

    qual o tamanho do banco de dados?

    os servidores possuem a mesma configuração? (memoria, processadores)

     

     

    como já foi falado, parece mais uma questão de ter que carregar novamente os caches do que outra coisa.

     

    sábado, 17 de janeiro de 2009 00:14
  • Os servidores possuem a mesma configuração.

     

    O Banco de Dados está com 80 GB , sendo que deve ter uns 30 GB só de indice porque a aplicação faz muitos selects para fazer um calculo com base no histórico de dados.

     

    Windows Server 2003 R2  Enterprise Edition SP 2 32 bits
    Intel XEON L5335 @ 2.00 GHZ
    8 GB

     

    6 GB alocados para o SQL SERVER

     

     

    Os dados da Storage eu não tenho ...

     

    Microsoft SQL Server 2005 - 9.00.3239.00 (Intel X86)

    Apr 9 2008 22:56:02

    Copyright (c) 1988-2005 Microsoft Corporation

    Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

    quarta-feira, 28 de janeiro de 2009 13:06
  • Olá Marcelo, eu não acredito ser problema com índices ou estatísticas, pois, como eles estão no storage independente do nó que assumir os indices/estatísticas estarão do mesmo jeito, ou seja, se estivessem desatualizados o em ambos os nós vc notaria pouca performance.

     

    vc já comparou configurações de ambos os nós para encontrar divergencias?....informações como paralelismo, quandidade de memória, qtd de processadores, parametros de inicialização(PAE, /3GB, AWE) podem estar relacionadas com essa falta de performance.

     

    No momento que vc nos falar que verificou todos esses itens mencionados, nos informar que ambos os nós estão configurados para assumir a carga de failover, então, já é um bom comerço para que os especialista aqui do fórum possam ajudar com mais precisão, pois, o cenário exposto por vc ainda está com poucas informações relevantes.

     

     

     

     

    quarta-feira, 28 de janeiro de 2009 22:54