RM TOTVS na cloud: arquitetura correta e sizing
A arquitetura correta para RM TOTVS em cloud exige separação entre o Servidor de Aplicação RM (host), que executa a JVM com os módulos RM, e o servidor de banco de dados (Oracle ou SQL Server). Ambos precisam de VMs com recursos dedicados: vCPU sem overcommit, RAM exclusiva e storage NVMe por tenant, sem compartilhamento com outros ambientes.
A JVM do RM e o banco competem pelo mesmo pool de RAM. Em picos de uso (relatórios, fechamento), o banco aumenta seu buffer cache e a JVM começa a fazer GC, ou vice-versa. O resultado é instabilidade simultânea nos dois componentes.
Clouds públicas e providers que usam overcommit de CPU reduzem o desempenho em picos simultâneos. O RM TOTVS é sensível à latência de CPU, especialmente o módulo Educacional com muitos usuários simultâneos em horários de matrícula.
Backups do banco Oracle ou SQL Server do RM frequentemente são configurados sem CHECKSUM ou RESTORE VERIFY. Um backup corrompido descoberto na hora do disaster é pior que não ter backup.
Provisione VM dedicada com Windows Server ou Linux, instale o Servidor de Aplicação RM com JVM configurada (-Xms/-Xmx iguais, G1GC). Para 50 usuários: 4 vCPU + 16 GB RAM + -Xmx8g.
Provisione VM separada para o banco com NVMe dedicado. Configure volumes distintos para dados, redo logs (Oracle) ou transaction logs (SQL Server) e área de backup.
O RM realiza muitos round-trips entre o host e o banco. Latência de rede interna acima de 2 ms se traduz em atraso perceptível nas telas. Mantenha host e banco na mesma rede interna do datacenter.
Configure um job diário que executa RESTORE VERIFYONLY (SQL Server) ou VALIDATE (RMAN Oracle) no backup mais recente. Isso garante que o backup está legível antes que você precise dele.
A Boreal Tecnologias provisiona ambientes RM TOTVS com arquitetura separada, NVMe dedicado e rede interna de baixa latência. Diagnóstico gratuito e migração assistida, cloud privada no Brasil com SLA 99,99% e preço em reais.
O Servidor de Aplicação RM suporta Windows e Linux (versões recentes). O banco Oracle roda em Linux nativamente; SQL Server tem versão Linux desde 2017. Ambientes totalmente Linux são viáveis e comuns para o RM, especialmente com Oracle.
Para até 30 usuários: host com 4 vCPU + 16 GB RAM + -Xmx8g e banco com 8 vCPU + 32 GB RAM + NVMe. Para módulos pesados como Educacional com picos de matrícula, dimensione pelo pico, não pela média.
Sim, o RM suporta cluster de host com balanceamento de requisições. Para o banco, Oracle RAC ou SQL Server Always On fornecem HA. A maioria das empresas implementa HA apenas no banco (mais crítico) e usa restart automático no host.
Monitore: utilização de heap JVM (jstat), wait statistics do banco, utilização de CPU e RAM das VMs e tempo de resposta das telas críticas (relatórios de fechamento, consultas de RH). O RM Tinus tem integração com sistemas de monitoramento via SNMP e API.
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.