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

Migrar o ambiente ERP TOTVS para cloud significa transferir para um provedor em nuvem (AWS, Azure, GCP ou cloud privada da TOTVS) toda a infraestrutura que sustenta os produtos Protheus, Datasul ou RM: banco de dados, servidores de aplicação, licenças e integrações. Com isso, reduz-se o custo de manter hardware próprio, aumenta-se a disponibilidade e o ambiente fica preparado para absorver atualizações de release com menor risco operacional.

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. Ignorar essas dependências é 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. Em todos esses projetos, o planejamento pré-migração é o fator que mais influencia 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. A escolha da instância deve considerar o número de usuários conectados e o volume de processos batch. Instâncias com CPU burstável (família T na AWS, família B na Azure) não são adequadas para cargas de produção Protheus.

Dbaccess: camada de acesso ao banco. Deve estar na mesma rede do banco de dados, preferencialmente na mesma zona de disponibilidade, para minimizar latência. A latência entre Dbaccess e banco 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; serviços DBaaS como RDS for SQL Server e Azure SQL Managed Instance não são homologados pela TOTVS. O sizing da VM de banco é crítico: subestimar o I/O é o erro mais frequente em migrações Protheus.

Licença: o Protheus usa ativação por token. Em cloud, é necessário garantir conectividade com o servidor de licenças TOTVS ou usar o modelo de licença local com sincronização periódica. 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. Uma licença inadequada invalida todo o projeto.

Banco de dados Progress: o banco nativo do Datasul é o OpenEdge DB. Não é substituível por SQL Server. Ele opera com arquitetura de broker, server e agentes; cada componente tem parâmetros de tuning específicos que afetam diretamente a performance.

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

Latência de rede: o Datasul é sensível à latência entre cliente e servidor de aplicação. Ambientes com usuários remotos via WAN sem QoS geram degradação perceptível; nesses casos, VDI ou Citrix para acesso remoto costuma ser necessário.

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 nos principais provedores cloud. Suporta escalabilidade horizontal para grandes volumes de usuários, o que o diferencia do Protheus e do Datasul em ambientes de alto crescimento.

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 intensivamente 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 (Application Load Balancer na AWS, Application Gateway na Azure), que também distribui a carga entre múltiplas instâncias do RM Host.

Módulos de RH e Educação: o RM é líder de mercado em ambos os segmentos. Módulos com grande histórico de dados, como folha de pagamento e histórico acadêmico, exigem validação de performance com a base de dados real de produção, e não com amostras reduzidas de homologação.

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 o 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 (preferencialmente fim de semana, 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 sobre a janela de indisponibilidade 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 no ambiente cloud (restore completo, não apenas incremental)

• 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 determina o sucesso da migração.

É 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. As demais fases do projeto (preparação, testes, homologação) ocorrem em paralelo sem impactar a operação. Um bom planejamento reduz 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/módulo contratado. O projeto de migração varia com a complexidade do ambiente; ambientes com muitas integrações ou customizações extensas têm escopo significativamente maior.

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