Reativação de licença vinculada ao hardware
A licença RM TOTVS é associada ao servidor (host). Em nova VM, a licença precisa ser reativada pelo suporte TOTVS, processo que leva de 2 horas a 2 dias úteis dependendo do canal de atendimento.
Como migrar RM TOTVS para cloud: etapas e cutover
Migrar RM TOTVS para cloud requer atenção especial ao banco de dados, Oracle RMAN ou SQL Server backup/restore com validação de integridade, e à reconfiguração do host RM, cujas configurações de conexão com o banco são armazenadas em arquivos de configuração que precisam ser atualizados para o novo endereço do DBserver. A licença RM TOTVS é vinculada ao servidor e precisa ser reativada com o suporte TOTVS antes do cutover.
A licença RM TOTVS é associada ao servidor (host). Em nova VM, a licença precisa ser reativada pelo suporte TOTVS, processo que leva de 2 horas a 2 dias úteis dependendo do canal de atendimento.
Ambientes RM com Oracle frequentemente têm tablespaces customizadas e datafiles em caminhos específicos. O RMAN restaura para os mesmos caminhos, que podem não existir no destino. O plano de migração deve mapear e recriar a estrutura de tablespaces.
RM TOTVS em módulos de RH e financeiro tem integrações com sistemas de ponto, bancos e contabilidade externas. Esses sistemas precisam ser reconfigurados para apontar para o novo servidor após a migração.
Documente a versão do RM, banco (Oracle ou SQL Server), módulos ativos, integrações externas e o processo de reativação de licença. Inicie a solicitação de licença para o novo servidor com antecedência de 5 dias úteis.
Provisione host RM + banco separados no destino. Instale o RM na mesma versão (ou compatível), restaure uma cópia de homologação do banco e valide os módulos principais antes de agendar o cutover.
Para Oracle: use RMAN DUPLICATE ou expdp/impdp dependendo do tamanho e versão. Para SQL Server: backup completo com CHECKSUM + restore com RECOVERY. Valide com DBCC CHECKDB (SQL Server) ou VALIDATE (RMAN) antes de aceitar como produtivo.
Na janela de cutover: aplique o incremento final do banco, atualize os arquivos de configuração do host RM com o novo endereço do banco, reative a licença e valide os módulos críticos. Mantenha o ambiente antigo por 48 horas como rollback.
A Boreal Tecnologias conduz migrações RM TOTVS com ambiente de homologação provisionado antes do cutover e suporte técnico durante a janela de migração. Diagnóstico gratuito e cloud privada no Brasil com SLA 99,99% em reais.
Preparação e homologação levam 5 a 10 dias úteis (incluindo a reativação de licença). O cutover com banco SQL Server abaixo de 200 GB cabe em uma janela noturna de 4 a 6 horas. Para Oracle com bancos grandes, planeje export incremental prévio para reduzir a janela.
Não obrigatoriamente, você pode manter a mesma versão Oracle no destino. Aproveitar a migração para atualizar a versão Oracle é possível mas aumenta a complexidade. Se decidir atualizar, faça em ambiente de homologação primeiro e valide todos os módulos RM antes do cutover.
Pode tecnicamente, o RM roda em qualquer infraestrutura de VM. O custo em dólar e a latência para usuários brasileiros são os principais desvantagens. Cloud privada no Brasil oferece melhor custo em reais e latência mais baixa para os usuários do RM.
Congele os lançamentos no sistema antigo no início da janela de cutover, faça o backup final do banco, valide com DBCC CHECKDB ou RMAN VALIDATE, restaure no destino e compare a contagem de registros nas tabelas críticas (PPESSOA, GCOLIGADA, lancamentos financeiros) entre origem e destino antes de liberar o acesso.
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.