none
Memória no SQL Server RRS feed

  • Pergunta

  • Pessoal,

    Em um cliente tenho um Windows 2008 R2, Processador Xeon, 32Gb. RAM.

    Até segunda feira a aplicação com o SQL estava tudo ok. Agora a todo momento o processo fica com 100%.

    Verifiquei a quantidade de memoria destinada ao SQL: mínimo 0 e máximo 28Gb.

    No gerenciador de tarefas, vejo que a aplicação sqlserver esta usando 8Gb.

    Porque não usa os 28Gb. destinado para o SQL?

    Obrigado

    quinta-feira, 16 de janeiro de 2014 00:23

Respostas

  • RRTZ,

    O SQL Server utiliza muita memória RAM, mas só vai reservar memória conforme à necessidade que ele necessita de alocação para diversas tarefas.

    Se o processo está atingindo 100% com certeza você tem um problema de execução de uma tarefa (Backup, Rebuild,...) que consome I/O em disco, exigindo mais processamento no servidor.

    Sugiro que você investigue o que ou quem está consumindo sua CPU desta maneira. Segue abaixo um link de um script da Galeria para identificar processo em execução.

    http://gallery.technet.microsoft.com/Localize-uma-Instruo-T-SQL-5a8197a2

    Após identificar, execute à(s) devida(s) medida(s) corretiva. Por exemplo, se for uma manutenção no servidor: altere o horário de execução para não afetar os usuários; se for uma aplicação idenfique a instrução SQL e encaminhe a sua equipe de desenvolvimento.

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA - SQL Server 2012
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"
    • Marcado como Resposta RRTZ quinta-feira, 16 de janeiro de 2014 11:55
    quinta-feira, 16 de janeiro de 2014 10:11

Todas as Respostas

  • RRTZ,

    O SQL Server utiliza muita memória RAM, mas só vai reservar memória conforme à necessidade que ele necessita de alocação para diversas tarefas.

    Se o processo está atingindo 100% com certeza você tem um problema de execução de uma tarefa (Backup, Rebuild,...) que consome I/O em disco, exigindo mais processamento no servidor.

    Sugiro que você investigue o que ou quem está consumindo sua CPU desta maneira. Segue abaixo um link de um script da Galeria para identificar processo em execução.

    http://gallery.technet.microsoft.com/Localize-uma-Instruo-T-SQL-5a8197a2

    Após identificar, execute à(s) devida(s) medida(s) corretiva. Por exemplo, se for uma manutenção no servidor: altere o horário de execução para não afetar os usuários; se for uma aplicação idenfique a instrução SQL e encaminhe a sua equipe de desenvolvimento.

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA - SQL Server 2012
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"
    • Marcado como Resposta RRTZ quinta-feira, 16 de janeiro de 2014 11:55
    quinta-feira, 16 de janeiro de 2014 10:11
  • Durval

    Muito obrigado pela ajuda.

    Tive o cuidado de verificar alguma tarefa extra que o servidor poderia estar executando, porém não havia nada demais.

    Identificamos que o processo aumentava com a execução de relatórios. Não tinha acontecido antes.

    O pessoal do desenvolvimento deixou reindexando a base de madrugada e nos testes de manhã, não tivemos mais problema.

    Apenas uma dúvida em sua resposta:

    Se o processo está atingindo 100% com certeza você tem um problema de execução de uma tarefa (Backup, Rebuild,...) que consome I/O em disco, exigindo mais processamento no servidor.

    1- Se verifiquei e não tinha nenhuma tarefa extra.
    2- O processo sqlserver usando apenas 08Gb. de ram dos 28Gb. destinado
    3- Processo 100%, porque talvez estava usando o disco.

    Isso quer dizer que esta faltando processador?

    Agradeço demais a força.

    Obs: Bem bacana esse link. Foi para favoritos.

    Até mais.


    • Editado RRTZ quinta-feira, 16 de janeiro de 2014 11:59
    quinta-feira, 16 de janeiro de 2014 11:54