Servidor Dedicado pra TOTVS Protheus e Datasul: Dimensionamento Real 2026

Por que TOTVS exige servidor dedicado em escala

Protheus e Datasul são ERPs construídos pra ambiente Windows com RDP — multi-usuário acessa o mesmo servidor, processamento e dado ficam ali. Cada usuário consome recurso real (RAM no RDS, CPU no Application Server, I/O no banco). Em VPS comum com overcommit absurdo, processamento varia conforme vizinho — em ERP, isso vira lentidão imprevisível pro usuário final, que reclama todo dia 14h quando tudo carrega ao mesmo tempo.

Servidor dedicado entrega performance previsível 24/7: CPU, RAM e NVMe são 100% seus, sem disputa. Pra ERP que sustenta operação financeira/contábil/comercial, essa previsibilidade é requisito, não luxo.

Arquitetura padrão TOTVS

Camadas que compõem ambiente Protheus/Datasul

• Application Server (App Server): roda binário do ERP (Protheus AppServer ou Datasul); processa lógica de negócio
• Banco de dados: SQL Server (Protheus mais comum), Oracle (Datasul mais comum), Firebird (Protheus legacy, menos comum em produção 2026)
• RDS Host (Terminal Server): máquina Windows que recebe sessões RDP dos usuários
• RD Gateway: ponto de entrada protegido com TLS + MFA pra usuário externo acessar RDS
• SmartClient/Datasul Smart: cliente desktop ou web que o usuário usa

Pequena empresa (até 30 usuários)

Cabe tudo em 1 servidor dedicado:

• 1x Intel Xeon Silver 4314 ou AMD EPYC 7313 (16 cores)
• 64-128 GB RAM ECC
• 2x NVMe 960 GB enterprise em RAID 1
• Windows Server 2022 Standard + RDS CALs por usuário
• SQL Server Standard ou Oracle Standard Edition
• Protheus AppServer + RDS Host na mesma máquina

Empresa média (30-100 usuários)

Vale separar camadas em servidores diferentes:

• Servidor 1 — App + Banco: Xeon Gold 6326 ou EPYC 7443 (24 cores), 128-256 GB RAM, NVMe enterprise em RAID 10
• Servidor 2 — RDS Host: Xeon Silver ou EPYC (12-16 cores), 64-128 GB RAM (RDP consome bastante RAM por usuário)
• RD Gateway opcional em VPS menor
• Backup separado em Object Storage com Object Lock

Empresa grande (100+ usuários)

Arquitetura distribuída:

• App Server cluster: 2-3 máquinas Protheus AppServer atrás de load balancer interno
• Banco dedicado: SQL Server Enterprise com Always On AG, ou Oracle RAC, em servidor com 32+ cores e 256-512 GB RAM
• RDS Farm: múltiplos hosts RDP com Connection Broker pra distribuir usuário
• RD Gateway HA com balanceamento
• Backup: full + incremental contínuo, Object Lock, réplica em outro DC

RDP seguro: padrão moderno em 2026

Não use mais RDP direto na internet. Padrão moderno e exigido pra produção séria:

1. RD Gateway na borda com TLS 1.2+ e certificado válido (Let's Encrypt automatizado ou DigiCert)
2. MFA obrigatório via Microsoft Authenticator, Duo ou TOTP — sem segundo fator, sem login
3. Firewall com whitelist de IPs administrativos (empresa) + RD Gateway aberto pra mundo apenas em 443
4. RDP na rede interna: usuário entra no RD Gateway, gateway encaminha pra RDS Host na VLAN privada
5. Log de sessão auditado, correlacionado com SIEM
6. Política de senha forte + lockout em N tentativas falhas

SQL Server vs Oracle pra TOTVS

Protheus (mais comum em SQL Server)

SQL Server Standard atende empresa pequena/média (até 24 cores licenciáveis no Standard). SQL Server Enterprise pra Always On AG, partição avançada, compressão de banco, encryption transparent data. Licenciamento via SPLA na Audaks: incluso no aluguel do dedicado, OPEX dedutível.

Firebird (legacy Protheus) ainda existe em base pequena — funciona, mas migração pra SQL Server é o caminho recomendado pra suporte e features modernos.

Datasul (predominante em Oracle)

Oracle Standard Edition pra empresa até 16 cores; Enterprise pra workload pesado (RAC, partition, advanced security). Licenciamento Oracle é caro e complexo — vale conversar com a TOTVS sobre licenciamento específico (revenda parceira).

Datasul também suporta PostgreSQL e SQL Server em versões mais novas — vale considerar pra reduzir custo de licença Oracle.

Performance: o que monitorar

ERP em produção precisa de monitoramento contínuo. Métricas críticas pra TOTVS:

• CPU médio por usuário: cada usuário Protheus consome 0,5-2 cores em uso normal; pico pode ir a 3-4 cores em consulta pesada
• RAM consumido por sessão RDP: 200-800 MB por usuário em RDS, dependendo do uso
• I/O no banco: latência abaixo de 5 ms em queries índice quente, abaixo de 50 ms em queries OLTP normal
• Lock e bloqueio: deadlock no SQL Server, espera no Oracle — sinaliza problema de query ou índice
• Tempo de resposta percebido: clique do usuário até resposta na tela — meta de 1-3 segundos pra operação típica

SQL Server Profiler, Performance Monitor, e ferramenta TOTVS Performance Manager ajudam diagnóstico.

Migração de on-premise pra cloud Audaks — processo padrão

Cliente saindo de ambiente próprio (servidor físico no escritório) pra cloud Audaks segue 5 etapas:

1. Diagnóstico (1-3 dias): inventário do ambiente atual, validação de versão Protheus/Datasul, mapeamento de integrações (banco, e-mail, fiscal, ponto eletrônico), licenciamento Microsoft existente, padrão de uso por horário
2. Provisionamento do ambiente espelho (5-10 dias): servidor dedicado entregue e configurado (Windows Server, SQL Server/Oracle, Protheus AppServer/Datasul Smart, RDS, RD Gateway, MFA, firewall)
3. Migração de dados (3-7 dias): backup do banco atual, restore no novo, sincronização incremental até momento do cutover, ajuste de paths e configurações
4. Cutover (janela de 2-6h, normalmente sexta-feira noite ou sábado): finalização de réplica, troca de DNS, validação com chaves de usuário, liberação geral pra segunda-feira
5. Estabilização (30 dias): ambiente on-premise antigo de pé como rollback, monitoramento intensivo, ajuste de tuning conforme uso real

Audaks: o que entregamos pra TOTVS

Servidor dedicado em datacenter Tier III SP (Ascenty SP3), com:

• Windows Server 2019/2022 Standard ou Datacenter via SPLA
• SQL Server Standard/Enterprise via SPLA (Protheus) ou suporte a Oracle (Datasul)
• Hardware enterprise (Xeon Gold/Silver, EPYC, RAM ECC, NVMe RAID, controladora dedicada)
• Configuração RDS com RD Gateway + MFA pré-configurado
• Backup automatizado com Object Lock anti-ransomware
• NF brasileira em Real, sem IOF, contrato sob direito brasileiro
• Suporte engineer 24h em português via WhatsApp
• Migração assistida do on-premise

Leia também: Servidor Dedicado Windows com SQL Server pra ERP 50+ Usuários, Migrar ERP brasileiro pra nuvem — guia por vertical.

Perguntas frequentes

Audaks suporta Protheus em todas as versões?

Sim, das versões em suporte pela TOTVS (12.1.x atual e algumas anteriores). Versões muito antigas (P10, P11) podemos avaliar caso a caso — TOTVS recomenda upgrade.

Datasul roda em Linux na Audaks?

Versões recentes do Datasul (HCM 14.x +) suportam ambientes Linux pra App Server. Banco Oracle pode ficar em Linux também. RDS, claro, continua Windows. Avaliamos arquitetura completa sob configuração.

RDS CAL é incluso no aluguel Audaks?

RDS User CAL ou Device CAL precisa ser provisionada conforme número de usuários. Via SPLA Audaks, incluso no aluguel mensal. Você não compra licença separada.

Posso ter alta disponibilidade (HA) pra TOTVS?

Sim, sob configuração. SQL Server Always On AG, Application Server em cluster, RDS Farm com Connection Broker, RD Gateway redundante. Aumenta custo (mais hardware) mas elimina ponto único de falha em ambiente crítico.

Quanto tempo de downtime na migração?

Janela típica de cutover: 2-6 horas em fim de semana pra ambiente médio. Pra ambiente grande com banco muito grande, 6-12 horas. Sempre planejado em janela de menor uso.

Outros ERPs brasileiros: Sankhya Jiva, Senior, Dominio Contabil e Alterdata seguem padrao similar — leia Servidor Dedicado pra Sankhya, Senior, Dominio e Alterdata com dimensionamento especifico por ERP.