Protheus lento é causado por três fatores principais em ordem de frequência: I/O de disco com alta latência (especialmente em storage compartilhado), Appserver com número insuficiente de threads e workers para a carga de usuários, e banco de dados (SQL Server ou Oracle) com buffer pool subdimensionado. A solução começa por coletar as métricas de wait statistics do banco e os logs de performance do Appserver antes de qualquer mudança de hardware.
O Protheus é intensivo em leituras aleatórias de pequenos blocos, exatamente o padrão mais prejudicado por latência de storage. Com latência acima de 5 ms, operações simples de tela somam dezenas de leituras visíveis ao usuário como travamentos.
Cada conexão de usuário no Protheus consome uma thread do Appserver (TOTVS Application Server). Se o número de workers configurado no INI for menor que o de usuários simultâneos, novas conexões ficam em fila, e o sistema parece travar para quem está esperando.
Com RAM insuficiente no DBserver, o SQL Server ou Oracle expulsa páginas de dados para disco constantemente. O Page Life Expectancy baixo no SQL Server é o sintoma clássico, qualquer valor abaixo de 300 segundos em ambiente produtivo indica problema de memória.
Execute a query de wait statistics no SQL Server (sys.dm_os_wait_stats) para identificar o tipo de espera dominante. No Appserver, habilite os logs de performance do TEC (TOTVS Enterprise Controller) para ver threads em uso e fila.
Substituir storage em pool compartilhado por NVMe dedicado reduz a latência de I/O de 10-50 ms para abaixo de 500 µs, impacto imediato e perceptível em todas as telas do Protheus.
Rodando App e DB na mesma VM, qualquer pico de consulta pesada consome a RAM e CPU do Appserver. A separação é a configuração mínima recomendada pela TOTVS para ambientes produtivos.
Configure o parâmetro Slaves (ou Workers, dependendo da versão) no INI do Appserver com pelo menos 1,5× o número de usuários simultâneos esperados. Ambientes com 100 usuários tipicamente precisam de 150 a 200 workers disponíveis.
A Boreal Tecnologias oferece diagnóstico gratuito do ambiente Protheus, analisando métricas de I/O, wait statistics do banco e configuração do Appserver. Nossa cloud privada no Brasil fornece VMs com NVMe dedicado, vCPU sem overcommit e SLA 99,99% em reais.
Na grande maioria dos casos, infraestrutura. O código do Protheus não muda entre empresas, se uma empresa com perfil similar ao seu roda bem e a sua roda lento, o gargalo está no hardware ou na configuração do ambiente. Wait statistics do banco e logs do Appserver confirmam isso em minutos.
Em ambientes acima de 30 usuários simultâneos, a separação elimina a competição por RAM e CPU entre os dois processos. O ganho típico é de 30 a 60% de melhora no tempo de resposta de telas comuns, sem nenhuma mudança de código ou configuração do ERP.
A TOTVS recomenda um mínimo de 1,5× o número de usuários simultâneos. Para 50 usuários, configure pelo menos 75 a 100 workers. Se o ambiente tem picos de relatórios ou integrações via web service, aumente para 150 para absorver a demanda concorrente.
O TOTVS Application Server (Appserver) tem versão para Linux desde o Protheus 12. O banco de dados pode ser SQL Server (via Windows ou Linux), Oracle ou PostgreSQL. A maioria dos ambientes produtivos ainda usa Windows Server, mas ambientes Linux são suportados e cada vez mais comuns.
Receba um diagnóstico estratégico gratuito e descubra o que está limitando performance, estabilidade e escala hoje.
Sem compromisso. Resposta em até 15 minutos em horário comercial.