none
Perda de desempenho no sql server 2008 R2 + Windows Server 2008 R2 + hyper threading RRS feed

  • Pergunta

  • Migramos um ambiente em cluster Windows Server 2008R2 com SQL Server 2008 R2 também em cluster, não virtualizados, instalados em duas lâminas físicas (IBM Blade H). Instalados e configurados os softwares, restore do banco com sucesso, verificação dos usuários órfãos, permissões, schemas.... As aplicações conectaram-se com sucesso, funcionamento e alterações ok porém, ocorre que o cliente verificou uma queda no desempenho traduzida em lentidão no seu ERP.

    Verificamos que em alguns sites especializados foram feitos posts relacionados à combinação Windows2008R2 + SQL2008R2 + Hiperthreding e performance.

    Gostaria de saber se realmente existe alguma relação ou observação conhecida pela Microsoft a ser feita em relação a este problema.


    Obrigado.

    Luiz Fernando

    sexta-feira, 13 de maio de 2011 19:05

Respostas

  • Luiz,

    Então, mesmo quem esta lentidão o seu ambiente ao meu ver esta funcionando!!!

    Pois bem, você atualizou o Nível de Compatibilidade para 100 correspondente a versão 2008, desta forma, as novas funcionalidades e recursos existente no SQL Server 2008 podem ser aplicados a este banco de dados.

    Antes de se preocupar em querer verificar possíveis problemas de fragmentação de dados e estatísticas desatualizadas, é indicado utilizar o comando DBCC UpdateUsage sobre este banco de dados, para que o SQL Server realize uma atualização e correção das páginas de dados e áreas de alocação de dados de suas tabelas de sistema.

    Após isso, poderia utilizar a system stored procedure sp_updatestats para atualizar as estatísticas de todas as tabelas existentes em seu banco de dados.

    Você saberia me informar se todo o ambiente esta apresentando lentidão ou se em partes específicas da sua aplicação esta ocorrendo este erro?

     


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta Richard Juhasz segunda-feira, 6 de junho de 2011 20:13
    terça-feira, 17 de maio de 2011 18:00
    Moderador

Todas as Respostas

  • Luiz,

    Qual era a versão do SQL Server que você utilizava antes da migração?

    Você realizou a mudança do nível de compatibilidade dos bancos de dados? Atualizou as estatísticas de tabelas é indices após a migração?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    domingo, 15 de maio de 2011 00:24
    Moderador
  • Junior,

    A Versão anterior do SQL Server era 2005.

    Verifiquei o nível de compatibilidade, mas não me atentei quanto às estatísticas de tabela e índices. Na verdade não sabia que este tipo de verificação deveria ser feita se o nível de compatibilidade estivesse certo.

    Foi a primeira migração deste porte que fiz e, após ter feitos diversos testes no banco e até mesmo ter acompanhado um dia de produção assistida, não verifiquei nada de anormal (nem o cliente na ocasião).

    Esta queda no desempenho se devida for a não observação das estatísticas de tabelas é indices, poderia ocorrer de forma gradativa?

    Como poderia corrigir agora isto? No caso de algum problema referente às atualizações, a verificação de integridade do banco (DBCC CHECKDB) não me traria algum waning?


    Atenciosamente, Luiz Fernando S. Lima
    domingo, 15 de maio de 2011 16:54
  • Luiz,

    Então, mesmo quem esta lentidão o seu ambiente ao meu ver esta funcionando!!!

    Pois bem, você atualizou o Nível de Compatibilidade para 100 correspondente a versão 2008, desta forma, as novas funcionalidades e recursos existente no SQL Server 2008 podem ser aplicados a este banco de dados.

    Antes de se preocupar em querer verificar possíveis problemas de fragmentação de dados e estatísticas desatualizadas, é indicado utilizar o comando DBCC UpdateUsage sobre este banco de dados, para que o SQL Server realize uma atualização e correção das páginas de dados e áreas de alocação de dados de suas tabelas de sistema.

    Após isso, poderia utilizar a system stored procedure sp_updatestats para atualizar as estatísticas de todas as tabelas existentes em seu banco de dados.

    Você saberia me informar se todo o ambiente esta apresentando lentidão ou se em partes específicas da sua aplicação esta ocorrendo este erro?

     


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta Richard Juhasz segunda-feira, 6 de junho de 2011 20:13
    terça-feira, 17 de maio de 2011 18:00
    Moderador
  • Junior,

     

    Apenas em algumas funcionalidades do ERP ocorre esta lentidão. Posso utilizar o comando DBCC UpdateUsage e depois utilizar a sp_updatestats a qualquer tempo?

     

    OBSERVAÇÂO REFERENTE À SUA PRIMEIRA RESPOSTA: Estava revisando algumas atividades e, verifiquei que durante a manutenção dos Jobs, escolhi a opção da utilização dos Planos de Manutenção (maintenance plan) para construí-los. Neles coloquei a opção de reindexação e atualização de estatístisticas.

     


    Atenciosamente, Luiz Fernando S. Lima
    terça-feira, 17 de maio de 2011 20:12
  • Luiz,

    Perfeito, foi o que eu imaginei em algumas funcionalidades!!!

    Você destacou que esta utilizando o plano de manutenção e configurou a reindexação e depois atualização, certo, isso mesmo.

    Em relação a utilização dos comandos, você pode fazer isso a qualquer momento.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    domingo, 22 de maio de 2011 22:45
    Moderador