Usuário com melhor resposta
Lentidão SQL Server 2008

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!!
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:16
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ãoquarta-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/DBAquinta-feira, 3 de setembro de 2009 11:49Moderador -
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 procedurese 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 Silvaquarta-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/DBAquarta-feira, 9 de setembro de 2009 20:01Moderador -
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çosquarta-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 Silvaquinta-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- Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:15
- Não Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:17
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 Silvaquinta-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ívelquinta-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 Silvaquinta-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/DBAquinta-feira, 10 de setembro de 2009 18:11Moderador -
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ívelquinta-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/DBAsexta-feira, 11 de setembro de 2009 01:05Moderador -
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/DBAsexta-feira, 11 de setembro de 2009 17:57Moderador -
Olá Junior,
já esta configurado, amigo!
:(
[]`ssexta-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- Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:16
- Não Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:16
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.comdomingo, 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!!
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator domingo, 12 de janeiro de 2020 15:16
quinta-feira, 17 de setembro de 2009 17:28