O Protheus não perdoa infraestrutura mal dimensionada. Latência de disco acima de 20ms, CPU genérica ou rede compartilhada transformam o ERP num gargalo operacional que trava faturamento, emissão fiscal e fechamento contábil. Quem opera ambientes com mais de 50 usuários concorrentes já sentiu isso na pele pelo menos uma vez.
Este guia explica por que um servidor dedicado para Protheus deixou de ser luxo e virou requisito técnico para empresas que rodam o ERP em produção, e o que avaliar na hora de escolher essa infraestrutura.
Por que o Protheus exige um servidor com hardware dedicado
Porque o Protheus é um ERP transacional pesado em I/O, com exigências de latência idealmente abaixo de 20ms, com consistência e rede de 10GbE é recomendada em ambientes com storage iSCSI ou maior volume de I/O. Qualquer ambiente que não entregue isso de forma consistente vai apresentar lentidão, não importa o quanto de RAM você jogue no problema.
A própria TOTVS publica recomendações explícitas: a partir da release 12.1.2510, o clock mínimo do processador é 2.3 GHz, com pelo menos 8 núcleos físicos para até 100 usuários, SSDs de alta performance e latência média de escrita e leitura abaixo de 20ms medida no sistema operacional. O cálculo de memória usa 135 MB por usuário como base, somando AppServer, DBAccess e license server.
Em ambientes compartilhados, esses números ficam reféns de vizinhos barulhentos (workloads de outros clientes no mesmo host), oscilação de IOPS no storage virtualizado e concorrência por CPU em processadores genéricos. O resultado prático é inconsistência: funciona bem em algumas horas do dia e trava em outras, sem padrão claro para o time de TI diagnosticar.
O servidor dedicado elimina essa variável. Os recursos são seus, fim. Se a tabela SE1010 tem 25 índices e o banco precisa de I/O previsível para as queries com E1_FILIAL, a infraestrutura entrega sem concorrência externa.
Cloud pública compartilhada vs. servidor dedicado: o que muda na prática
Cloud pública entrega elasticidade, mas cobra por isso em previsibilidade de performance e custo. Para um ERP como o Protheus, que tem padrão de carga conhecido e crescimento gradual, elasticidade raramente é o requisito principal.
Três pontos diferenciam as arquiteturas quando o workload é um ERP de missão crítica:
- Previsibilidade de I/O: no bare metal ou cloud privada, o storage é seu e a latência é medida em IOPS consistentes.
- Custo total sem surpresas: servidores dedicados têm faturamento fixo. Em cloud pública, custos de egress, licenças Windows Server, SQL Server e operações de backup inflam a fatura mês a mês.
- Controle de compliance: LGPD, Receita Federal e SPED exigem trilha de auditoria que cloud pública multitenant torna complexa. Em infraestrutura dedicada, as camadas de rede, storage e hypervisor são auditáveis do cabo ao banco.
- Múltiplos caminhos independentes de energia e refrigeração, com pelo menos um ativo a qualquer momento
- Redundância N+1 em todos os componentes críticos (UPS, geradores, chillers, switches core)
- Manutenção concorrente, ou seja, qualquer componente pode sair para manutenção sem derrubar o ambiente produtivo
- Certificação formal do Uptime Institute, auditável e publicada na lista oficial da entidade
Isso não significa que cloud pública não sirva para Protheus. Significa que, para quem roda produção com 50+ usuários concorrentes e tem operação crítica atrelada ao ERP, a conta técnica e financeira quase sempre favorece ambiente dedicado.
Data centers Tier III: por que é o padrão para hospedar Protheus
Tier III é a classificação do Uptime Institute para data centers com redundância N+1 e manutenção concorrente, com disponibilidade de 99,982% de uptime e menos de 1,6 horas de downtime por ano. Para um ERP que sustenta faturamento, estoque e folha, essa é a régua mínima aceitável.
Aqui vale uma distinção técnica que confunde muita gente: existe o Tier de data center (Uptime Institute) e existe o Tier de storage (classificação interna de storages corporativos). A própria TOTVS não recomenda o uso de storage Tier 3 para Protheus pela baixa performance. Essa recomendação fala de classes de disco dentro do storage, não de classificação de data center. Um Protheus bem hospedado roda em storage Tier 0, 1 ou 2 (alta performance, com SSD), dentro de um data center Tier III do Uptime Institute (alta disponibilidade).
A diferença entre um data center Tier II e um Tier III não é cosmética. Tier II entrega 99,741% de uptime (máximo de 22,7 horas de downtime por ano), enquanto Tier III entrega 99,982% com no máximo 1,6 horas por ano, segundo a classificação oficial do Uptime Institute. Vinte horas a mais de indisponibilidade anual numa operação que depende do Protheus para emitir nota fiscal é a diferença entre operar e parar.
O que um Tier III entrega tecnicamente
Um Tier III legítimo do Uptime Institute precisa sustentar:
Empresas que dizem "data center padrão Tier III" sem certificação formal merecem um segundo olhar. A EVEO opera seus ambientes de servidor dedicado em data centers com certificação real, não autodeclarada.
Redundância e continuidade: o seguro do seu Protheus
A segunda camada de proteção vai além do data center. É a arquitetura do próprio servidor e do backup. Um Protheus bem protegido tem pelo menos três níveis de redundância ativos.
No hardware do servidor: fontes redundantes, discos em RAID 10 ou RAID 6 (não recomendado RAID 5 para bancos transacionais), NICs dual-port em bonding e memória ECC com detecção de erros. No storage: replicação síncrona ou assíncrona entre sites, dependendo do RPO (Recovery Point Objective) que o negócio tolera. No backup: retenção diária, semanal e mensal, com pelo menos uma cópia off-site e testes periódicos de restauração.
O ponto crítico é o teste. Backup que nunca foi restaurado não é backup, é esperança. Quem opera Protheus sério precisa rodar simulações de disaster recovery ao menos uma vez por semestre, medindo RTO (tempo de recuperação) e RPO reais contra os objetivos contratados.
Como a infraestrutura do Protheus impacta a rentabilidade do negócio
Servidor ruim para Protheus não é só desconforto do usuário. É margem operacional evaporando em três frentes: produtividade perdida, vendas não realizadas e custo de oportunidade em projetos que travam esperando o ERP.
O estudo ITIC 2024 Hourly Cost of Downtime Survey mostrou que o custo médio de uma hora de downtime ultrapassa US$ 300.000 para mais de 90% das médias e grandes empresas. Para uma indústria brasileira de médio porte que depende do Protheus para liberar faturamento, cada hora parada custa turno de produção, horas extras de recuperação e, em alguns casos, multa contratual por atraso de entrega.
O Uptime Institute complementa: 54% dos operadores de data center afirmam que a sua última falha significativa custou mais de US$ 100.000 e 16% reportam valores superiores a US$ 1 milhão. Esses são os números que seu CFO quer ver quando você for defender o upgrade de infraestrutura.
Em contas mais simples: se seu Protheus fica lento 30 minutos por dia porque o storage compartilhado engasga nos horários de pico, isso representa aproximadamente 125 horas por ano de produtividade degradada em toda a operação. Multiplique pelo número de usuários e pelo custo-hora médio da sua equipe. O número assusta.
Cloud privada vs. bare metal dedicado: qual modelo escolher para Protheus
A escolha depende de três variáveis: previsibilidade da carga, necessidade de isolamento e maturidade do time de TI.
Bare metal dedicado é a escolha natural para Protheus quando você quer máxima performance por real investido, controle total sobre o hypervisor (ou nenhum hypervisor, rodando direto no metal) e previsibilidade absoluta de recursos. Custo fixo, hardware seu, sem camadas de abstração entre a aplicação e o disco.
Cloud privada dedicada faz sentido quando a operação precisa provisionar múltiplos ambientes rapidamente (produção, homologação, desenvolvimento, treinamento), quando o time quer consumir recursos por self-service via API, ou quando há mais de um sistema crítico compartilhando a mesma infraestrutura com isolamento lógico entre eles.
A EVEO trabalha com os dois modelos e observa um padrão: empresas com um único ambiente Protheus robusto tendem a ir de bare metal. Empresas com múltiplos ambientes, integrações pesadas com outros sistemas TOTVS e time de DevOps maduro tendem a ir de cloud privada. Nenhum dos dois é universalmente melhor. O errado é insistir em compartilhado.
Checklist técnico para avaliar servidor dedicado para Protheus
Antes de assinar contrato com qualquer provedor, valide estes pontos com o time comercial e técnico do fornecedor:
- Certificação Tier III real do data center, com número de certificação consultável no site do Uptime Institute
- SSDs NVMe ou SAS corporativos com IOPS medidos, não teóricos (peça benchmark em workload OLTP similar ao do Protheus)
- Rede interna de 10GbE no mínimo para comunicação entre aplicação e banco de dados
- SLA contratual com multa financeira em caso de descumprimento, não apenas crédito de serviço
- Plano de backup e disaster recovery documentado, com RPO e RTO explícitos em contrato
- Suporte 24x7 com especialistas em Protheus ou parceria formal com consultoria de ERP
- Política de escalabilidade clara para adicionar CPU, RAM ou storage sem downtime significativo
Provedor que resiste a responder qualquer um desses itens por escrito está te dizendo que o compromisso dele com o seu ERP é menor do que deveria ser.
Perspectiva de mercado: para onde caminha a infraestrutura de ERP no Brasil
A TOTVS lidera o mercado brasileiro de ERP com posição consolidada, e o Protheus continua como carro-chefe. Mais de 10 mil clientes usam a solução, segundo dados da própria TOTVS, com concentração em indústria, distribuição, varejo e serviços.
O movimento de descontinuação do SmartClient Desktop a partir da release 12.1.2410 e a obrigatoriedade do WebApp mudam a equação de infraestrutura. Com a aplicação rodando em navegador, a latência de rede entre usuário e servidor ganha peso ainda maior. Respostas acima de 100ms já são percebidas como lentidão pelos usuários, segundo documentação técnica da própria TOTVS.
Isso significa que a proximidade física entre o servidor e os usuários voltou a importar. Empresas com operação distribuída pelo Brasil estão revisando arquiteturas antes cloud-first para considerar edge private cloud e servidores dedicados em data centers regionais, reduzindo latência sem abrir mão de disponibilidade. A EVEO, maior empresa de servidores dedicados e referência em private cloud, é uma das poucas operadoras brasileiras focadas exatamente nessa combinação de proximidade física com Tier III real.
Perguntas frequentes sobre servidor dedicado para Protheus
1. Quantos usuários um servidor dedicado para Protheus comporta?
Depende do sizing. Para até 100 usuários simultâneos, a TOTVS recomenda servidor com 8 núcleos físicos, 2.3 GHz, cerca de 22 GB de RAM (considerando AppServer, DBAccess e license) e SSDs de alta performance. Acima de 100 usuários, o dimensionamento é por projeto, com balanceamento de carga via Broker HTTP e múltiplos AppServers.
2. Vale a pena separar o servidor de aplicação do servidor de banco de dados?
Na maioria dos cenários de produção, sim. A documentação da TOTVS reforça que o DBAccess em muitos cenários, recomenda-se manter junto à aplicação e separado do banco. Separar aplicação e banco permite dimensionar cada camada conforme o gargalo real e facilita manutenção sem impactar toda a operação.
3. Um data center Tier II serve para Protheus?
Para homologação e desenvolvimento, sim. Para produção de missão crítica, não. A diferença de 20 horas anuais de indisponibilidade entre Tier II e Tier III é relevante demais para quem depende do ERP para emitir nota fiscal, fechar folha ou liberar pedidos.
4. Cloud pública hyperscaler resolve o problema de performance do Protheus?
Resolve se você pagar pelo tier mais alto de instância dedicada, storage Provisioned IOPS e rede premium. Nesses casos, o custo mensal costuma superar um servidor dedicado equivalente em 40% a 80%, dependendo do perfil de uso. Para cargas estáveis de Protheus, dedicado é quase sempre mais competitivo.
5. Como migrar do servidor atual para um dedicado sem parar a operação?
A migração típica usa replicação de banco em tempo real (Always On, Log Shipping ou replicação nativa do SGBD), janela de cutover em fim de semana ou feriado, e plano de rollback testado. Projetos bem executados rodam com menos de 2 horas de indisponibilidade efetiva, contando validação pós-migração.
Se o Protheus é a coluna vertebral da sua operação, infraestrutura compartilhada é risco disfarçado de economia. A decisão certa não é entre cloud e dedicado, é entre previsibilidade e surpresa no próximo fechamento. Quem opera o ERP em produção há mais de dois anos sabe de que lado dessa equação quer estar.
Deixe um comentário