locked
Melhorar desempenho da aplicação TOTVS com SQL. RRS feed

  • Pergunta

  • Boa tarde.

                    Na empresa temos o ERP RM TOTVS com SQL 2005 Standart  (hoje com a base em torno de 3.5 Gb) em um servidor HP Proliant ML 350 G5 (Xeon Quad 5410, 4 Gb RAM, HD SATA 72K) e Windows 2003 R2 Standart 32Bits (hoje limitado a 4 Gb). Uma segunda empresa foi agregada em uma modalidade especifica de licenciamento. A TOTVS permite o uso do mesmo servidor SQL com a mesma base. Gostaria de saber se a opção para o Windows 2008 SP2 64 Bits + SQL 2008 e upgrade com + 4 Gb RAM melhorariam a resposta da aplicação.

    OBS: Li em um post fora do país que o desempenho da versão SQL 2005 para 2008 pode até cair e o consumo de memória do Windows 2003 R2 para o Windows 2008 aumenta.

    • Tipo Alterado Gustavo Maia Aguiar sexta-feira, 9 de março de 2012 17:12 É uma dúvida e não uma discussão
    quarta-feira, 7 de março de 2012 19:17

Respostas

  • Boa Tarde,

    Ao meu ver, essa é a prova viva de que a aplicação não foi bem construída. Se a base tem 3.5GB e o servidor tem 4GB, a base literalmente pode ficar toda em memória e mesmo assim ainda experimenta-se lentidão.

    Dado esse diagnóstico, é realmente difícil dizer se você irá ter melhora. Em princípio sim, pois, a infraestrutura estaria reforçada, mas dada essa aplicação eu tenho minhas sinceras dúvidas.

    O desempenho do 2008 pode cair se o seu hardware não for adequado e se você explorar algumas features novas. Se você por exemplo utilizar compressão de dados, compressão de backup, TDE, sparse_columns, e outras features CPU Intensive realmente haverá piora. Agora se for manter o básico não deve mudar muito (ainda que com o mesmo hardware). O mesmo raciocínio é válido para o WIN2008.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível

    • Marcado como Resposta Leonardo.lima quinta-feira, 15 de março de 2012 12:48
    sexta-feira, 9 de março de 2012 17:16
  • Isso mesmo Leonardo, tudo que o Maia falou é a mais pura verdade.

    O que eu te recomendaria seria usar o Performance Monitor e avaliar se a tua falta de desempenho se dá devido a tua infra.

    Pode ver quanto realmente o SQL Server esta usando e quanto ele precisaria.

    O que eu acredito não ser o teu caso. Assim tu vai poder identificar que o problema pode ser a aplicação e por um breve período fazer algumas análises de desempenho das queries executadas no teu servidor SQL Server.

    Tu pode acabar identificando queries com execução ruim, índices não otimizados ou mal utilizados.

    O teu problema de desempenho pode estar caindo mais para Tunning da aplicação do que infraestrutura.

    O importante neste caso é identificar o que esta lento, descobrindo isso fica mais claro quais ações tomar, inclusive até mesmo antes de fazer um investimento e descobrir que a máquina já sobrava antes.

    Analisa bem as estatísticas do teu servidor e com certeza vai ficar mais fácil de atacar diretamente no problema.

    Espero que as dicas ajudem.


    --
    Marcus Vinícius Bittencourt
    blog: isqlserver.wordpress.com
    www.sqlserverRS.com.br

    • Marcado como Resposta Leonardo.lima quinta-feira, 15 de março de 2012 12:48
    terça-feira, 13 de março de 2012 13:49

Todas as Respostas

  • Boa Tarde,

    Ao meu ver, essa é a prova viva de que a aplicação não foi bem construída. Se a base tem 3.5GB e o servidor tem 4GB, a base literalmente pode ficar toda em memória e mesmo assim ainda experimenta-se lentidão.

    Dado esse diagnóstico, é realmente difícil dizer se você irá ter melhora. Em princípio sim, pois, a infraestrutura estaria reforçada, mas dada essa aplicação eu tenho minhas sinceras dúvidas.

    O desempenho do 2008 pode cair se o seu hardware não for adequado e se você explorar algumas features novas. Se você por exemplo utilizar compressão de dados, compressão de backup, TDE, sparse_columns, e outras features CPU Intensive realmente haverá piora. Agora se for manter o básico não deve mudar muito (ainda que com o mesmo hardware). O mesmo raciocínio é válido para o WIN2008.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível

    • Marcado como Resposta Leonardo.lima quinta-feira, 15 de março de 2012 12:48
    sexta-feira, 9 de março de 2012 17:16
  • Isso mesmo Leonardo, tudo que o Maia falou é a mais pura verdade.

    O que eu te recomendaria seria usar o Performance Monitor e avaliar se a tua falta de desempenho se dá devido a tua infra.

    Pode ver quanto realmente o SQL Server esta usando e quanto ele precisaria.

    O que eu acredito não ser o teu caso. Assim tu vai poder identificar que o problema pode ser a aplicação e por um breve período fazer algumas análises de desempenho das queries executadas no teu servidor SQL Server.

    Tu pode acabar identificando queries com execução ruim, índices não otimizados ou mal utilizados.

    O teu problema de desempenho pode estar caindo mais para Tunning da aplicação do que infraestrutura.

    O importante neste caso é identificar o que esta lento, descobrindo isso fica mais claro quais ações tomar, inclusive até mesmo antes de fazer um investimento e descobrir que a máquina já sobrava antes.

    Analisa bem as estatísticas do teu servidor e com certeza vai ficar mais fácil de atacar diretamente no problema.

    Espero que as dicas ajudem.


    --
    Marcus Vinícius Bittencourt
    blog: isqlserver.wordpress.com
    www.sqlserverRS.com.br

    • Marcado como Resposta Leonardo.lima quinta-feira, 15 de março de 2012 12:48
    terça-feira, 13 de março de 2012 13:49
  • Prezados,

    O servidor está mau dimensionado para executar um banco. Quatro gigas é só para o SO, mesmo sendo Windows Server 2003.

    A conta comparando o tamanho do banco com a memória RAM do servidor é simplista.

    Antes de apontar que a aplicação é "prova viva de que a aplicação não foi bem construída", é prudente certificar que os pré-requisitos da aplicação foram atendidos.

    Abraços!

    quarta-feira, 31 de maio de 2017 17:17