[firebase-br] (sem assunto)

[Carlos H. Cantu]

Voltando de férias...

A maioria dos casos envolvendo performance pior no servidor comparado
a um desktop, geralmente se refere a controladoras de disco sem cache
(nos servidores). A DELL e outros fabricantes vendem servidores com
controladoras mais baratas e sem cache, então isso não é raro. Me
parece que esse não é seu caso, visto que em emails anteriores já
reportou que a sua tem cache. Resta verificar se ele está ativo.

Em segundo lugar vem a questão do servidor estar configurado como PDC
(que desativa o cache).

PS: Estou com uma parceria com a IBSurgeon oferecendo o serviço de
otimização de servidores e BDs. Para saber mais, envie um email para
suporte em firebase.com.br

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

RS> Olá Gustavo,

RS> Realmente é mesmo muito interessante o HQBird, utilizamos ele aqui por
RS> algum tempo,

RS> Resolvemos muitas questões de performance com ele,

RS> Mais o que me intriga de verdade é o fato de tudo "voar" em uma
RS> maquina terminal e tudo funcionar muito mal em um servidor
RS> superpotente,

RS> Quando eu digo "voar" é realmente a impressão que tinhamos utilizando
RS> aquela maquina "simples", dos mais de 100 usuários, 90% elogiou a
RS> performance, até perguntaram o que tinha acontecido rsrs,

RS> Ai penso o seguinte(posso estar extremamente enganado), é impossível
RS> ser apenas uma questão de configuração ou ajuste, se o mesmo ambiente
RS> funciona em uma maquina e na outra não,

RS> Quanto a consultoria do pessoal da IBsurgeon, estamos mesmo avaliando
RS> contratar, mesmo depois de resolvermos esse enigma, pois temos alguns
RS> outros pontos pra corrigir,

RS> Como por exemplo a questão de backups incrementais seguros(isso
RS> assunto pra outro momento rsrs) e etc.

RS> Muito obrigado pela dica

RS> Em qui, 11 de jul de 2019 às 12:35, Gustavo Barbosa
RS> <gustavo.barbosa41 em gmail.com> escreveu:
>>
>> Em 05/07/2019 14:04, Rodrigo Soares . escreveu:
>> > Bom dia pessoal,
>> >
>> > Preciso de uma ajuda com o Firebird 2.5,
>> >
>> > Na empresa em que trabalho o software ERP roda com banco firebird 2.5
>> > x86 na versao SuperClassic,
>> >
>> > Temos 115 usuários ativos simultaneamente,
>> >
>> > O software ERP possui 3 bancos de dados FB sendo que 2 deles sao
>> > somente para armazenar imagens e documentos e o banco de dados de 50gb
>> > no qual ocorrem todas as transacoes naturais do sistema.
>> >
>> > A maquina servidor possui windows server 2016, com 128gb de memoria, 4
>> > discos SSD totalizando aprox 2TB e 2 processadores de 8 nucleos cada,
>> > ou seja, 16 nucleos no total e a controladora tem 2Gb de cache...
>> >
>> > Com todos os usuarios ativos o firebid está consumindo 2% de cpu e 3%
>> > de memoria,
>> >
>> > Porem todos os usuarios reclamam de extrema lentidao, o que é realmente fato,
>> >
>> > Em um teste com o banco rodando em uma maquina cliente que usamos
>> > durante alguns dias com 2 HD SSD no total de 480GB, Processador Intel
>> > Core I7 e 32gb de Memoria e o mesmo perfil de instalacao do FB o
>> > desempenho melhorou e muito, o desempenho foi até elogiado,
>> >
>> > (Acredito que se o problema fosse otimização e indices e etc...,
>> > ficaria mais lento ainda rodando o banco maquina comum (cliente) não
>> > concordam)***
>> >
>> > Questões:
>> >
>> > 1. Porque o firebird não está aumentando os recursos consumidos se tem de sobra?
>> >
>> > "Já colocamos em outro server robusto achando que o problema seria o
>> > nosso server e ocorreu a mesma lentidão, já mudamos a instalação para
>> > Superserver e Classic e ficou pior"
>> >
>> > 2. Porque em uma maquina cliente(relativamente fraca), com uma
>> > configuracao baixa o sistema roda melhor do que no server
>> > superpotente?
>> >
>> > 3. Alguem ja passou por isso?
>> >
>> > 4. Nossa controla
>> >
>> > Nem o pessoal do sistema e nme eu sabemos mais onde procurar,
>> >
>> > Desde já agradeço.
>> >
>>
>> Bom dia Rodrigo,
>>
>> Passei exatamente pela mesma situação (exceto pela versão do firebird,
>> usamos a 3.0) e tomamos algumas providências:
>>         Primeiro ponto foi procurar uma forma de otimizar o banco através dos
>> parâmetros do firebird mesmo (arquivo conf), usávamos o arquivo padrão
>> de instalação e isso não é o ideal;
>>         Segundo ponto foi migrar para um servidor linux, com o CentOS e algums
>> ajustes ganhamos bastante em performance;
>>         Terceiro ponto foi a arquitetura do banco, usava ClassicServer e migrei
>> para SuperClassic, que na 3.0 é a mais recomendada (se não me engano, na
>> 2.5 é melhor usar a Classic).
>>
>> Depois disso ainda não estávamos satisfeitos, não tinha ferramentas para
>> monitorar e controlar o banco então conheci o HQbird, hoje uma
>> ferramenta indispensável para mim (não é propaganda, é alívio mesmo
>> hehe), como meu ambiente é extremamente crítico (hospitalar) não podia
>> continuar com a performance que estava, foi onde contratamos uma
>> consultoria da IBsurgeon (por intermédio do Carlos Cantu) e ai então deu
>> tudo certo.
>> Hoje tenho outro ambiente. Indico e recomendo.
>> Na verdade todos esses problemas que vc tem e eu já tive, é na maior
>> parte resolvido com ajustes e parametrizações e o pessoal da IBsurgeon
>> sabe exatamente o que fazer, sem sofrimento e sem bater cabeça rsrs.
>>
>> Abraço.
>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://www.firebase.com.br/pesquisa_lista.html