Migração de ambiente ERP TOTVS para cloud: guia completo por produto

Por que a migração de ERP TOTVS para cloud é diferente de outras migrações

Migrar um ERP TOTVS não é o mesmo que migrar um sistema web. Os produtos Protheus, Datasul e RM têm arquiteturas proprietárias com dependências específicas de sistema operacional, banco de dados, servidor de aplicação e licenciamento. Cada produto tem requisitos próprios — e ignorar isso é a principal causa de falhas e retrabalho em projetos de migração.

A Groundwork opera mais de 110 contratos ativos de gestão de infraestrutura TOTVS, com ambientes em AWS, Azure, GCP e cloud TOTVS. O que os dados mostram: o planejamento pré-migração determina o resultado. Projetos que pulam o inventário técnico geram incidentes pós-migração que levam semanas para estabilizar.

O que muda e o que não muda na migração para cloud

Migração por produto TOTVS

Protheus

O Protheus opera em arquitetura cliente-servidor com Appserver, Dbaccess e banco de dados relacional (SQL Server, Oracle ou PostgreSQL). Na cloud, os pontos críticos são:

Appserver: requer SO Windows Server ou Linux homologado. Instâncias com CPU burstável (família T no AWS, família B no Azure) não são adequadas para cargas de produção Protheus.

Dbaccess: deve estar na mesma rede do banco de dados, preferencialmente na mesma zona de disponibilidade. Latência acima de 1ms já é perceptível em operações intensivas.

Banco de dados: SQL Server é o mais comum, seguido de Oracle e PostgreSQL. O banco deve rodar em VM dedicada no provedor cloud — DBaaS (RDS for SQL Server, Azure SQL MI) não é homologado pela TOTVS. Subestimar o sizing de I/O da VM de banco é o erro mais frequente em migrações Protheus.

Licença: o Protheus usa ativação por token. Ambientes isolados (VPN sem saída internet) exigem o servidor de licenças instalado localmente.

Checklist específico Protheus:

• Versão do Appserver compatível com o SO da instância cloud

• Configuração de timezone no servidor (afeta processos financeiros e fiscais)

• Revisão dos caminhos de dicionário de dados e RPO

• Validação do Dbaccess com o banco em cloud antes da cutover

• Teste de integração com NF-e, SPED e demais módulos fiscais pós-migração

Datasul

O Datasul (Progress OpenEdge) tem particularidades que tornam a migração mais complexa:

Licença Progress para cloud: nem todos os planos de licença Progress OpenEdge permitem execução em cloud pública. A validação com o fornecedor deve ocorrer antes de qualquer planejamento técnico.

Banco de dados Progress: o banco nativo (OpenEdge DB) não é substituível por SQL Server. Ele opera com arquitetura de broker, server e agentes — cada um com parâmetros de tuning específicos.

I/O de disco: o Progress é intensivo em operações de leitura e escrita. SSDs com IOPS garantido (io1/io2 na AWS, Premium SSD na Azure) são o padrão para ambientes de produção.

Latência de rede: o Datasul é sensível à latência entre cliente e servidor. Usuários remotos via WAN sem QoS geram degradação perceptível — o que frequentemente leva à necessidade de VDI ou Citrix.

Checklist específico Datasul:

• Validação da licença Progress para ambiente cloud/virtualizado

• Definição de tipo de disco (SSD com IOPS garantido)

• Revisão dos parâmetros -B (buffer) e -n (usuários) do broker

• Teste de carga com volume real de usuários antes da cutover

• Backup Progress testado com restore completo validado

RM

O RM (plataforma .NET) é o produto TOTVS com maior aderência a ambientes cloud por sua arquitetura moderna. Ainda assim, há requisitos específicos:

RM Host: servidor de aplicação baseado em Windows. Compatível com Windows Server 2019 e 2022. Suporta escalabilidade horizontal para grandes volumes de usuários.

Banco de dados: suporta SQL Server e Oracle. Assim como nos demais produtos TOTVS, o banco deve rodar em VM dedicada — DBaaS não é homologado. A VM de banco do RM exige atenção especial ao sizing de memória: o SQL Server para RM consome RAM de forma intensiva em ambientes com folha de pagamento ativa.

Portal RM: o acesso web exige IIS com certificado SSL válido. Em cloud, a terminação SSL é feita via load balancer (ALB na AWS, Application Gateway na Azure), o que também distribui carga entre instâncias.

Módulos de RH e Educação: o RM é líder de mercado em ambos os segmentos. A migração exige validação de performance com dados reais — não apenas com dados de homologação reduzidos.

Checklist específico RM:

• Validação da versão do RM Host com o SO da instância

• Configuração de connection string apontando para banco em cloud

• Teste do Portal RM via HTTPS com certificado válido

• Validação das integrações com eSocial e SPED para módulos de RH

• Teste de performance com volume de dados real

Checklist pré-migração para qualquer produto TOTVS

Antes de mover qualquer ambiente TOTVS para cloud, estas seis etapas reduzem o risco de incidentes na cutover:

Etapa 1 — Inventário técnico

• Versões instaladas: produto TOTVS, banco de dados, SO, middleware

• Integrações ativas: NF-e, TEF, APIs externas, sistemas legados

• Volume de dados por schema/banco

• Número de usuários concorrentes por turno (pico vs. média)

Etapa 2 — Validação de homologação

• Verificar na matriz de homologação TOTVS se a versão do produto é compatível com SO e banco planejados para cloud

• Confirmar modalidade de licenciamento para ambiente virtualizado

Etapa 3 — Dimensionamento (sizing)

• Coletar métricas de CPU e memória do ambiente atual em horário de pico

• Definir tipo de instância e armazenamento (tipo de disco, IOPS necessário)

• Estimar custo mensal com buffer de crescimento de ao menos 30%

Etapa 4 — Plano de cutover

• Definir janela de migração fora do período de fechamento fiscal ou contábil

• Estabelecer critérios de rollback: até que momento é possível reverter ao ambiente anterior

• Comunicar usuários-chave com antecedência mínima de 5 dias úteis

Etapa 5 — Testes pré-cutover

• Ambiente de homologação em cloud antes de migrar produção

• Teste de todos os módulos críticos com usuários-chave

• Validação de backup e restore completo no ambiente cloud

• Teste de performance com carga real

Etapa 6 — Monitoramento pós-migração (primeiros 30 dias)

• Monitoramento intensivo de CPU, memória, I/O e latência de rede

• Revisão de jobs agendados (schedulers, rotinas de fechamento)

• Validação das integrações fiscais em ambiente real

• Linha de suporte ativa com equipe de infraestrutura durante o período crítico

Perguntas frequentes sobre migração de ERP TOTVS para cloud

Quanto tempo leva uma migração de ERP TOTVS para cloud?

Depende do produto e da complexidade do ambiente. Um ambiente Protheus de médio porte (até 100 usuários, sem customizações críticas) pode ser migrado em 4 a 8 semanas, incluindo testes. Datasul e RM com alto volume de dados ou muitas integrações costumam levar de 2 a 4 meses. O planejamento consome cerca de 40% desse tempo e é a fase que mais impacta o resultado final.

É possível migrar o ERP TOTVS para cloud sem parar a operação?

Não completamente. A cutover exige uma janela de indisponibilidade, normalmente de 4 a 8 horas dependendo do volume de dados. O restante do projeto — preparação, testes e homologação — ocorre em paralelo sem impactar a operação. O objetivo do planejamento é reduzir essa janela ao mínimo necessário.

Qual é o custo de migrar Protheus, Datasul ou RM para cloud?

O custo tem dois componentes: o projeto de migração (serviço único) e o custo recorrente de infraestrutura cloud. O custo recorrente em cloud pública para um ambiente TOTVS de médio porte fica tipicamente entre R$ 3.000 e R$ 12.000/mês, dependendo do sizing e do provedor. Em cloud TOTVS, o custo é por usuário e módulo contratado.

A Groundwork faz a gestão do ambiente ERP TOTVS em cloud após a migração?

Sim. A sustentação de infraestrutura faz parte do SSG (Serviços de Sustentação Groundwork), que inclui monitoramento 24x7 via GWMS, gestão de incidentes de N1 a N4, gestão de backup e disponibilidade, e manutenção preventiva do ambiente. A Groundwork opera ambientes TOTVS em AWS, Azure e GCP com mais de 600 mil horas/ano de operação ativa e mais de 110 contratos ativos com gestão de infraestrutura.

Próximos passos

Se o seu ambiente TOTVS — Protheus, Datasul ou RM — está em infraestrutura local e a migração para cloud está no radar para 2026, o primeiro passo é o inventário técnico do ambiente atual. A Groundwork realiza esse levantamento com equipe especializada em infraestrutura TOTVS, gerando um relatório com requisitos de sizing, gaps de homologação e estimativa de custo recorrente em cloud.

Fale com a equipe de infraestrutura

Links internos relacionados: 

• Infraestrutura e Cloud para ERP TOTVS

• Consultoria TOTVS Protheus

• Consultoria TOTVS Datasul

• Consultoria TOTVS RM