Como migrar Protheus para cloud: etapas, banco e cutover
Migrar Protheus para cloud exige quatro etapas críticas: inventário completo de módulos, add-ons e integrações; provisionamento e configuração do ambiente de destino (App + DB separados); migração do banco de dados via backup/restore com validação; e cutover em janela planejada com rollback definido. O item que mais gera problemas em migrações Protheus é a reativação da licença TOTVS no novo ambiente, providencie a chave antecipadamente com o seu consultor TOTVS.
A licença do Protheus é vinculada ao hardware (MAC address ou identificador de máquina). Ao migrar para novas VMs, a licença precisa ser reativada, processo que pode levar horas ou dias se não for providenciado antes do cutover.
Integrações de NF-e, EFD e sistemas legados frequentemente usam caminhos de rede locais codificados em parâmetros do Protheus. Esses caminhos precisam ser remapeados para o ambiente de cloud antes do cutover.
Restaurar o banco em uma versão mais nova do SQL Server sem validar a compatibilidade com a versão do Protheus pode causar erros de dicionário de dados. Verifique a matriz de compatibilidade TOTVS antes de escolher a versão do SQL Server no destino.
Documente a versão do Protheus (build), módulos licenciados, add-ons instalados, serviços Windows dependentes e todas as integrações externas. Este inventário define o escopo real e evita surpresas no cutover.
Provisione App + DB separados no destino, instale o Protheus na mesma versão, restaure uma cópia recente do banco e valide os módulos principais. Identifique problemas com antecedência de dias, não horas.
Faça o backup completo do banco Protheus, transfira para o destino e execute restore com CHECKSUM. Valide a integridade com DBCC CHECKDB antes de aceitar o banco como produtivo.
Execute o cutover na janela planejada: aplique backup incremental final, atualize parâmetros de caminho de rede, reative a licença TOTVS e valide os módulos críticos. Defina o critério de go/no-go com antecedência.
A Boreal Tecnologias conduz migrações Protheus com ambiente de homologação provisionado antes do cutover, suporte técnico na janela de migração e diagnóstico gratuito do ambiente atual. Cloud privada no Brasil, sem câmbio, com SLA 99,99% em reais.
Para migração de infraestrutura pura (sem mudança de versão), não é obrigatório. Para atualizações de versão simultâneas à migração ou reconfiguração de módulos, o apoio de um parceiro TOTVS é recomendado, especialmente para validação de licença e configuração de módulos fiscais.
A fase de preparação e homologação leva de 3 a 7 dias úteis. O cutover em si, com banco abaixo de 200 GB, cabe em uma janela noturna de 4 a 8 horas. O maior variável é o tempo de reativação da licença TOTVS, providencie com antecedência mínima de 2 dias úteis.
Sim, o backup/restore do banco SQL Server preserva todo o histórico. O que pode precisar de tratamento são arquivos físicos (XML de NF-e, PDFs) armazenados fora do banco em diretórios locais. Esses arquivos precisam ser copiados para o destino e os parâmetros de caminho atualizados.
Depende do on-premises. Servidores físicos antigos com HDDs e pouca RAM geralmente são superados por VMs em cloud com NVMe e RAM adequada. Servidores modernos bem dimensionados on-premises podem empatar ou superar cloud pública com storage compartilhado, mas cloud privada com NVMe dedicado costuma ser superior.
Receba um diagnóstico estratégico gratuito e descubra o que está limitando performance, estabilidade e escala hoje.
Sem compromisso. Resposta em até 15 minutos em horário comercial.