locked
Lentidão SQL Server 2008 RRS feed

  • Pergunta

  • Boa tarde!!!

    Pessoal, meu problema é o seguinte:

    Fiz a migração do SQL Server 2000 para o SQL Server 2008.
    (Temos um servidor dedicado ao SQL).

    Até aí foi tudo muito bem!

    Só que está muitíssimo lento....... lento demais! Muito mais lento de quando
    usávamos o SQL 2000 com um servidor que não era dedicado!!

    Alguém teria uma luz do que pode estar acontecendo????

    Agradeço antecipadamente a atenção de todos!!

    Abraços

     

    quarta-feira, 2 de setembro de 2009 18:56

Respostas

  • Olá amigos!!!

    Desculpem a demora em postar... mas a correria ta demais! :)

    R E S O L V I D O!!!! :)

    Simplesmente desabilitei um protocolo da placa de rede:
    - Driver de E/S do Mapeador de descoberto de topologia -

    Agora está funcionando perfeitamente como esperava!:)

    Agradeço imensamente a atenção de todos vcs!!!

    Muitíssimo obrigada e até a próxima!

    Abraços!!

     

    quinta-feira, 17 de setembro de 2009 17:28

Todas as Respostas

  • Paula,

    A primeira pergunta é: O servidor mudou, ou ainda é o mesmo ? Pergunto isso, pq pode ser o seu hardware.

    Se for lentidão de query ou procedure, recomendo:

    Nas queries
    - Rebuild nos indices para atualizar as estatísticas e remover a fragmentação das páginas

    Nas procedures
    - Recompilar todas elas.

    descreva aqui outras informações sobre o seu ambiente para dar a dica certa.

    abs

    Robson
    Robson Brandão
    quarta-feira, 2 de setembro de 2009 23:32
  • Paula,

    Além disso, atualize as estatística das bases de dados e índices.

    Você esta realizando algum tipo de monitoramento sobre este SQL Server 2008?
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 3 de setembro de 2009 11:49
    Moderador

  • Olá amigos!!!

    Desculpem a demora aqui pra responder!

    Antes de tudo gostaria de agradecer imensamente a atenção de todos!
    Obrigada de coração!!! ;))

    vamos lá....

    não é o mesmo hardware utilizado pelo 2000.

    servidor Dell Power Edge R610 - 64 bits
    Windows 2008 - 64 bits

    Processadores : Intel(R) Xeon (R) CPU E5506 2,3 GHz (2 processadores)
    Memoria 24,0 GB

    SQL Server 2008 - Standard Edition (64 bits)

    - Recompilei os índices
    - Atualizei as estatísticas
    - Recompilei as procedures

    e nada! :((

    continua muito lento .....!

    estou desesperadaaaaa!

    Mais uma vez obrigada a todos.

    Se alguem tiver mais alguma ideia sera sempre bem vinda!

    Abraços!

    quarta-feira, 9 de setembro de 2009 17:29
  • Olá,

    Execute os comandos:

    exec sp_configure 'max server memory (MB)'
    exec sp_configure 'min server memory (MB)'

    E veja quais as configurações em run_value.

    Outra coisa, qual era a configuração do hardware anterior?

    Abraços
    Demétrio Silva
    quarta-feira, 9 de setembro de 2009 19:57
  • Paula,

    Qual é o nível de compatibilidade que este banco de dados esta utilizando?
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quarta-feira, 9 de setembro de 2009 20:01
    Moderador


  • Olá...

    modo de compatibilidade 80

     -- Demétrio, não tenho agora a configuração do hardware anterior, só posso dizer que era bem inferior ao atual!
         sp_configure não existe 'max server memory (MB)' / 'min server memory (MB)'.

    Obrigada mais uma vez ! :)

    Abraços
    quarta-feira, 9 de setembro de 2009 20:51
  • Olá,

    Você precisa habilitar a exebição de configurações avançadas. Use  seguinte comando para tal:

    sp_configure 'show advanced options', 1
    RECONFIGURE

    E depois verifique o min e max memory

    Abraços
    Demétrio Silva
    quinta-feira, 10 de setembro de 2009 13:40
  • Olá Paula,

    Proponho ser um pouco mais radical. Rode os comandos abaixo:

    -- Muda o contexto para o MASTER
    USE master
    -- Altera o banco para modo único
    ALTER DATABASE Banco SET SINGLE_USER WITH ROLLBACK IMMEDIATE
    -- Reindexa "tudo"
    DBCC CHECKDB('Banco',REPAIR_REBUILD) WITH NO_INFOMSGS
    -- Roda o CHECKDB novamente para verificar incompatibilidades
    DBCC CHECKDB('Banco',DATA_PURITY) WITH NO_INFOMSGS
    -- Volta o banco a multi usuário
    ALTER DATABASE Banco SET MULTI_USER WITH ROLLBACK IMMEDIATE


    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Unique Constraints – Aplicações, Alternativas e um lapso "justificável" do SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!710.entry


    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 10 de setembro de 2009 14:22
  • Olá Gustavo,

    Pessoalmente, acredito que algumas verificações poderiam ser realizados antes de adotar tais procedimentos, como você mesmo citou, radicais. Pode ser que o comando acima não resolva tal problema e ainda assim gere um tempo grande de espera. Embora seja uma forma mais "rápida", pode ser bem pesado dependendo do tamanho do banco.

    Abraços

    Demétrio Silva
    quinta-feira, 10 de setembro de 2009 15:45
  • Olá Demétrio,

    Sim, eu entendo o seu ponto de vista e acho que assim como você, faria algumas verificações anteriores antes de tomar certas medidas (também sou bem cauteloso (rs)). Entretanto, considerando que o desempenho já está bastante degradado (acredito que em caráter inaceitável), creio que um tempo a mais de espera não seja tão significativo assim.

    Mas enfim, vejamos o que o que Paula acha.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Unique Constraints – Aplicações, Alternativas e um lapso "justificável" do SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!710.entry
    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 10 de setembro de 2009 16:25
  • Realmente,

    Levando isso em consideração, bem como o conhecimento da nossa colega, realmente seria uma boa solução.

    Abraços
    Demétrio Silva
    quinta-feira, 10 de setembro de 2009 17:35
  • Maia,

    Você esta achando que esta ocorrendo alguma falha na estrutura deste banco de dados?
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 10 de setembro de 2009 18:11
    Moderador
  • Olá Jr.

    Na verdade acho muito pouco provável que exista lentidão por conta de falhas. Estou confiando mais no REBUILD. Indiquei o Data_Purity mais porque esse passo tem de ser feito em migrações do SQL Server 2000 para plataformas superiores e suspeito que não tenha sido feito. Como já haverá uma parada, é um bom momento para verificar.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Unique Constraints – Aplicações, Alternativas e um lapso "justificável" do SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!710.entry
    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 10 de setembro de 2009 20:14
  • Maia,

    Também acho dificil ser alguma falha no banco de dados.

    Concordo com a sugestão do Data_Purity.


    Poderiamos também tentar utilizar o DBCC DBReindex.

    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    sexta-feira, 11 de setembro de 2009 01:05
    Moderador
  • Olá Pessoal!!!!

    Vou explicar melhor!

    As consultas feitas diretamente na interface do SQL estão ultra
    rápidas... sem problemas!
    Tenho um aplicativo (em Delphi)..., se acesso o aplicativo diretamente
    do servidor o retorno dos dados é excelente, mas se acesso das estações
    demora muito para retornar os dados!
    Conexão ADO / ODBC.

    Espero ter explicado melhor o problema!!

    -- Demétrio
    max server memory (MB)/ run-value = 2147483647
    min server memory (MB)/ run-value = 0
    --

    OBrigada a todos! :)
    -- não sei o que seria de mim sem vcs :) rs

    []`s

     

    sexta-feira, 11 de setembro de 2009 17:30
  • Paula,

    Configure nas suas estações de trabalho o client de acesso a este banco de dados através da ferramenta cliconfg.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    sexta-feira, 11 de setembro de 2009 17:57
    Moderador

  • Olá Junior,

    já esta configurado, amigo!

    :(

    []`s
    sexta-feira, 11 de setembro de 2009 18:19
  • Bom Dia,

    Então não temos problemas com o SQL Server já que se alguém consegue fazer as consultas rápidas, então o servidor está a altura. Todas as soluções apontadas até então focalizavam problemas no servidor (que na verdade não existiam).

    Eu sugiro instalar o SQL Native Client nas estações de trabalho e mudar sua string de conexão de SQLOLEDB para SQLNCLI se for possível.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Unique Constraints – Aplicações, Alternativas e um lapso "justificável" do SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!710.entry
    Classifique as respostas. O seu feedback é imprescindível
    sábado, 12 de setembro de 2009 14:41
  • Concordo com o Gustavo, um dos motivos além da string de conexão, pode ser um alto consumo e concorrência na rede.
    ITILF | MCP | MCTS | MCITP SQL Server 2005 & 2008. http://www.bydocs.com
    domingo, 13 de setembro de 2009 01:04
  • Olá amigos!!!

    Desculpem a demora em postar... mas a correria ta demais! :)

    R E S O L V I D O!!!! :)

    Simplesmente desabilitei um protocolo da placa de rede:
    - Driver de E/S do Mapeador de descoberto de topologia -

    Agora está funcionando perfeitamente como esperava!:)

    Agradeço imensamente a atenção de todos vcs!!!

    Muitíssimo obrigada e até a próxima!

    Abraços!!

     

    quinta-feira, 17 de setembro de 2009 17:28