none
Consumo do Processador pelo SQL Server 2005 Express RRS feed

  • Pergunta

  • Boa tarde,

    Pessoal estou com uma duvida seria, temos uma aplicação que utiliza o SQL Server 2005 Express como SGBD, o banco ja possui 1.7 GB de massa de dados, assim que 10 usuarios conectam no SQL Server atraves da aplicação o SQL Server consome 100% do Processador, o servidor de banco é um xeon 2.4 com 2 GB de memoria, ja corrigi os index e não sei mais como corrigir essa lentidão que chega a travar o Servidor, o servidor fica em 100% de processamento, verifiquei e constatei que é o serviço do SQL Server que esta consumindo, essa plicação roda 24 horas.

    • Movido Gustavo Maia Aguiar terça-feira, 13 de abril de 2010 16:56 (De:SQL Server - Desenvolvimento Geral)
    terça-feira, 13 de abril de 2010 16:11

Respostas

  • César,

    Uma vez eu vi um caso que tinha um banco que recebia daquelas mensagem sms de leilão que a gente vê na TV. Principalmente durante o dia, o servidor ficava no 100%.

    Uma das soluções que foi proposta foi de não guardar log das informações que eram gravadas. Isso não é recomendado, isso por que caso de um problema, você vai ficar na mão.

    Verifique quantas chamadas os usuários estão fazendo no sistema. Caso mantenha o problema, pense na possibilidade de restringir o acesso, limitando aos usuários que a máquina permite. Existem algumas ferramentas, como o DataSet tipado do ADO.Net, que conecta e disconecta com o banco a cada operação. Isso é uma das possibilidades, pois isso deixa o banco lento mesmo.


    Samuel Fabel
    quarta-feira, 14 de abril de 2010 17:37

Todas as Respostas

  • César,

    É preciso verificar o fluxo de dados dos usuários que estão conectados, se possui procedures, passa o execution plan.

    No entanto isso é algo que dá dor de cabeça mesmo. É necessário dar uma boa análise no banco como um todo.

    Dá uma olhada nesse programa: http://www.quest.com/spotlight_on_sql_server_enterprise/

    Ele é pago, mas existem alternativas free.


    Samuel Fabel
    terça-feira, 13 de abril de 2010 16:24
  • Nem me fala Samuell,

    Pior de tudo é que não fui o desenvolvedor desta aplicação e nem do banco de dados, e o desenvolvedor foi embora para o Rio de Janeiro, tenho que me virar, esse sistema alimenta muitas informações sobre chamados, são inumeros chamados cara, o banco ja esta com mais de 1 milhão de ocorrencias.

    terça-feira, 13 de abril de 2010 16:41
  • César,

    Uma vez eu vi um caso que tinha um banco que recebia daquelas mensagem sms de leilão que a gente vê na TV. Principalmente durante o dia, o servidor ficava no 100%.

    Uma das soluções que foi proposta foi de não guardar log das informações que eram gravadas. Isso não é recomendado, isso por que caso de um problema, você vai ficar na mão.

    Verifique quantas chamadas os usuários estão fazendo no sistema. Caso mantenha o problema, pense na possibilidade de restringir o acesso, limitando aos usuários que a máquina permite. Existem algumas ferramentas, como o DataSet tipado do ADO.Net, que conecta e disconecta com o banco a cada operação. Isso é uma das possibilidades, pois isso deixa o banco lento mesmo.


    Samuel Fabel
    quarta-feira, 14 de abril de 2010 17:37
  • César,

    O que poderíamos pensar em tentar fazer inicialmente é realizar um monitoramento do seu SQL Server utilizando o SQL Server Profiler.

    Esta sua aplicacão utiliza qual componente de acesso ao SQL Server?


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quarta-feira, 14 de abril de 2010 19:02
    Moderador