A escolha errada de banda para um ambiente ERP é um dos erros mais custosos em infraestrutura de TI corporativa. Um link subdimensionado causa lentidão nas transações, timeout em integrações e impacto direto na produtividade. Este guia apresenta a metodologia técnica para dimensionar corretamente o link dedicado para ambientes SAP e TOTVS.
1. Entendendo o Perfil de Tráfego de um ERP
ERPs modernos como SAP S/4HANA e TOTVS Protheus operam em arquitetura cliente-servidor ou SaaS. O perfil de tráfego é caracterizado por:
- Transações OLTP: pequenas requisições frequentes (5–50 KB por transação), sensíveis a latência
- Relatórios e BI: transferências grandes (1–50 MB), sensíveis a throughput
- Integrações EDI/API: tráfego constante de baixo volume, sensível a jitter
- Backup e sincronização: tráfego em rajada, pode saturar o link em horários de pico
2. Fórmula de Dimensionamento por Usuário Simultâneo
A metodologia padrão da SAP para dimensionamento de rede usa o conceito de usuários simultâneos (não usuários cadastrados). A fórmula base é:
| Módulo ERP | Consumo por usuário | Latência máxima | Jitter máximo |
|---|---|---|---|
| SAP GUI (transações) | 20–50 Kbps | <80 ms | <10 ms |
| SAP Fiori (web) | 100–300 Kbps | <150 ms | <20 ms |
| TOTVS Protheus | 30–80 Kbps | <100 ms | <15 ms |
| TOTVS Fluig | 150–400 Kbps | <200 ms | <25 ms |
| BI/Relatórios | 500 Kbps–2 Mbps | <500 ms | N/A |
3. Exemplo Prático: Empresa com 200 Usuários SAP
Cenário: 200 usuários cadastrados, 40% simultâneos (80 usuários), mix SAP GUI + Fiori + BI.
| Componente | Usuários | Banda | Subtotal |
|---|---|---|---|
| SAP GUI | 50 | 50 Kbps | 2,5 Mbps |
| SAP Fiori | 20 | 200 Kbps | 4 Mbps |
| BI/Relatórios | 10 | 1 Mbps | 10 Mbps |
| Integrações EDI | — | Fixo | 5 Mbps |
| Total + margem 30% | 80 | — | 28 Mbps → 50 Mbps |
Recomendação: link dedicado de 50 Mbps simétrico com QoS configurado para priorizar tráfego SAP GUI (DSCP EF) sobre BI e backup.
4. QoS: Configuração de Filas para ERP
Sem QoS, o tráfego de backup ou BI pode saturar o link durante o horário de pico e degradar as transações OLTP. A configuração recomendada:
- Fila 1 (Expedited Forwarding — EF): SAP GUI, VoIP — máx. 30% da banda, latência garantida
- Fila 2 (Assured Forwarding — AF31): SAP Fiori, TOTVS Protheus — máx. 40% da banda
- Fila 3 (Best Effort): BI, backup, e-mail — banda restante, sem garantia
5. SLA Mínimo para Ambientes ERP Críticos
Para ambientes com ERP em produção, o SLA mínimo aceitável é:
- Disponibilidade: 99,9% (máx. 8,76h de downtime/ano)
- Latência máxima: 80 ms RTT para servidores on-premise; 150 ms para SaaS
- Jitter máximo: 10 ms
- Perda de pacotes: <0,1%
- Tempo de reparo: <4 horas com penalidade contratual
6. On-Premise vs SaaS: Diferenças no Dimensionamento
No modelo on-premise, o servidor ERP está na rede local — o link dedicado é usado apenas para integrações externas e acesso remoto. O dimensionamento é menor. No modelo SaaS (SAP Cloud, TOTVS Carol), todo o tráfego de usuários passa pelo link — o dimensionamento deve ser 3–5x maior e a latência é crítica.
7. Checklist de Validação Antes de Contratar
- ☐ Número de usuários simultâneos mapeado por módulo
- ☐ Latência do link atual medida (traceroute para o servidor ERP)
- ☐ Tráfego de backup e BI separado do tráfego de transações
- ☐ QoS configurado no roteador de borda
- ☐ SLA com latência máxima documentada em contrato
- ☐ Backup de link dimensionado para pelo menos 30% da capacidade principal
A JCM Telecom oferece análise técnica gratuita para dimensionamento de link dedicado para ambientes ERP. Nossa equipe realiza um assessment de rede e entrega um relatório com a recomendação de banda, QoS e SLA em até 48 horas.
8. Backup de Link para Ambientes ERP: Obrigatório ou Opcional?
Para ambientes ERP em produção, o backup de link é obrigatório — não opcional. Um único link sem redundância significa que uma falha de fibra ou equipamento paralisa completamente o ERP. A configuração recomendada é active-standby com failover automático em menos de 50 ms.
O backup pode ser um segundo link dedicado (mais caro, mais confiável) ou um link 4G/5G corporativo (mais barato, adequado para contingência). O importante é que o failover seja automático e testado periodicamente — não manual.
9. Monitoramento Proativo: Como Detectar Problemas Antes do ERP Cair
O NOC (Network Operations Center) da operadora deve monitorar o link 24x7 e alertar proativamente quando a utilização ultrapassar 80% da capacidade contratada. Isso permite que o gestor de TI tome ação antes que o link sature e impacte o ERP.
Métricas a monitorar: utilização de banda (upload e download separados), latência RTT, jitter, perda de pacotes e disponibilidade acumulada do mês. Exija acesso ao portal de monitoramento em tempo real — operadoras sérias disponibilizam esse acesso ao cliente.
10. Integração com Sistemas de Backup e DR
Ambientes SAP e TOTVS frequentemente têm réplicas de banco de dados para Disaster Recovery (DR). O tráfego de replicação pode consumir banda significativa — especialmente em ambientes com transações de alto volume. Dimensione o link considerando o pico de replicação, que geralmente ocorre à noite ou nos fins de semana.
Configure QoS para que o tráfego de replicação DR use a fila de Best Effort — nunca a fila de alta prioridade. Em caso de saturação do link, o DR pode atrasar sem impactar as transações em tempo real.
Precisa de Link Dedicado para o Seu Ambiente?
Nossa equipe técnica analisa seu ambiente e entrega uma proposta personalizada em até 2 horas úteis.
💬 WhatsApp 📞 (11) 97621-9889