Rodar os sistemas da suíte Alterdata, como Pack, Shop e Bimer, exige mais do que “subir” o servidor para a internet. É preciso dimensionar hardware virtual, banco de dados, tecnologia de publicação de aplicativos e certificado digital para que a rotina fiscal e contábil não trave justamente no dia do fechamento.
Quem já viu o servidor da empresa parar de funcionar no meio de uma apuração sabe o custo disso: prazo perdido, cliente nervoso e equipe parada. Este guia detalha os requisitos técnicos, a escolha de banco de dados, as opções de acesso remoto e o passo a passo de migração para colocar o Alterdata na nuvem com desempenho estável.
Principais conclusões
- •O servidor de aplicação precisa de no mínimo 4 vCPUs, 12 GB de RAM (32 GB ou mais para bases maiores) e SSD NVMe a partir de 1 TB.
- •SQL Server Express trava a gravação ao atingir 10 GB por banco; a migração para PostgreSQL deve ser planejada ao chegar em 8 GB.
- •Tecnologias como GO-Global dispensam licenças RDS CAL e aumentam a densidade de usuários por servidor sem trocar hardware.
- •A migração segue quatro etapas: auditoria, janela de congelamento, extração/restauração e homologação fiscal com plano de rollback.
- •Provedores especializados em nuvem para contabilidade, como o Servidor na Nuvem, monitoram o ambiente a cada 10 minutos e operam com SLA de 99,90% de disponibilidade.
Quais são os requisitos mínimos de infraestrutura para rodar o Alterdata na nuvem?
O Alterdata na nuvem funciona em arquitetura cliente-servidor virtualizada, e o dimensionamento errado é a causa mais comum de travamento em rotinas pesadas e fechamentos contábeis. O servidor de aplicação e banco de dados precisa de Windows Server 2016 ou superior, em edição 64-bit Standard ou Datacenter: versões para consumidor final, como Windows Home, têm limitações no gerenciamento de threads e memória que comprometem o desempenho sob carga.
Do lado do processador, o ideal é usar vCPUs corporativas de alta frequência, como Intel Xeon ou i5, com no mínimo 4 núcleos virtuais dedicados para operações iniciais. A memória soma pelo menos 12 GB de RAM para até 12 estações conectadas; bases maiores ou mais usuários simultâneos pedem 32 GB ou mais. O disco é o ponto que mais derruba desempenho: é obrigatório SSD com interface NVMe de alta taxa de IOPS, com volume inicial a partir de 1 TB, porque discos mecânicos tradicionais criam gargalos críticos de leitura e escrita.
Nas estações de trabalho, a configuração mínima é Windows 10 Pro 64-bit, Intel i3/i5, 8 GB de RAM e SSD. A rede local precisa ser cabeada em padrão Gigabit (1000 Mbps) sob TCP/IP.
Wi-Fi não sustenta a rotina do Alterdata
O uso de Wi-Fi nas estações é contraindicado: a instabilidade e as oscilações de latência provocam quedas no meio de relatórios e importações de notas. As portas do banco de dados (5432 no PostgreSQL, 1433 no SQL Server) nunca devem ficar expostas à internet; o acesso correto é pela rede interna da nuvem ou por VPN autenticada, com exceções configuradas no antivírus para as pastas de dados e temporárias do Alterdata.
Não é qualquer servidor que aguenta essa rotina. Um ambiente genérico, sem esse dimensionamento, costuma funcionar bem no dia a dia e falhar justamente quando mais sistemas disputam processamento ao mesmo tempo, como em dias de importação de XML e fechamento de obrigações.
PostgreSQL ou SQL Server Express: qual banco de dados sustenta o Alterdata na nuvem?
A Alterdata oferece suporte aos dois SGBDs, mas o SQL Server Express tem travas arquiteturais que limitam o crescimento da operação. A diferença mais crítica é o teto de 10 GB por banco: ao atingir esse limite, o sistema interrompe a gravação e trava. Por que ainda insistir num banco com data de validade embutida?
SQL Server Express vs. PostgreSQL no ambiente Alterdata
| Critério técnico | SQL Server Express | PostgreSQL |
|---|---|---|
| Limite por banco | Restrito a 10 GB | Sem limite prático |
| Memória RAM utilizável | Limitado a 1 GB por instância | Usa toda a RAM alocada |
| Uso de CPU | Restrito a 4 núcleos | Multithreading em todas as CPUs |
| Licenciamento | Gratuito, com restrições severas | Gratuito e open source |
O PostgreSQL mantém índices e dados em cache, evitando leituras lentas em disco, e usa multithreading total, o que melhora o desempenho em consultas concorrentes e apuração de impostos. A recomendação prática é planejar a migração do SQL Server Express para PostgreSQL assim que a base atingir 8 GB (80% do teto) ou crescer mais de 500 MB por mês.
Depois de migrar, vale ajustar o postgresql.conf em vez de rodar com configuração padrão conservadora. Os parâmetros com maior impacto:
Parâmetros de ajuste fino do PostgreSQL
- •
shared_buffers: cerca de 25% da RAM total (ex.: 4 GB num servidor de 16 GB). - •
work_mem: entre 16 MB e 64 MB por sessão, para acelerar ordenações de relatórios complexos. - •
effective_cache_size: entre 50% e 75% da RAM total, para orientar o otimizador de consultas. - •
max_wal_size: 6 GB a 8 GB, para evitar checkpoints frequentes em importações massivas de notas.
Esse ajuste fino é parte do que costuma faltar em migrações feitas às pressas, e é também por isso que o acompanhamento contínuo do ambiente, não só a entrega do servidor, faz diferença no desempenho ao longo dos meses.
Como funciona o acesso remoto ao Alterdata na nuvem?
Para entregar a interface gráfica do Windows sem reescrever o sistema, a nuvem usa tecnologia de publicação remota de aplicativos. O Microsoft RDS carrega o desktop completo por usuário e exige licenças adicionais (RDS CALs) por usuário ou dispositivo, consumindo mais recursos do servidor a cada estação conectada.
O GO-Global, tecnologia usada na nuvem Alterdata, publica diretamente a janela do aplicativo em vez do desktop inteiro. Isso dispensa a compra de RDS CALs e permite aumentar a densidade de usuários por servidor sem trocar hardware.
|
3x Em um caso relatado pela própria Alterdata, a adoção do GO-Global permitiu ampliar o atendimento de 5.000 para 15.000 usuários na mesma infraestrutura, usando o protocolo proprietário RapidX (RXP), otimizado para conexões com baixa largura de banda e com suporte a Single Sign-On. Fonte: Caso de expansão divulgado pela Alterdata |
Existe ainda o TSplus, opção com licenciamento perpétuo ou mensal, que também opera de forma independente do RDS e permite acesso via cliente nativo ou navegador em HTML5. No mercado de nuvem para contabilidade, há provedores genéricos de infraestrutura e provedores especializados, como o Servidor na Nuvem, que dimensionam a tecnologia de acesso remoto especificamente para a rotina de sistemas contábeis e fiscais, em vez de entregar um servidor padrão e deixar o escritório lidar com o resto.
Qual é o processo de migração do Alterdata para a nuvem?
A transição do ambiente local para a nuvem segue quatro etapas estruturadas, e pular alguma delas é o motivo mais comum de divergência de saldo depois da virada. O processo começa com diagnóstico técnico e termina só depois de validação fiscal completa.
As 4 etapas da migração do Alterdata para a nuvem
- 1Auditoria e saneamento: diagnóstico de integridade do banco, limpeza de arquivos temporários e mapeamento de usuários, permissões e impressoras.
- 2Janela de congelamento: bloqueio de gravações no sistema local fora do horário comercial, para impedir divergência de saldos durante a virada.
- 3Extração, transferência e restauração: geração da cópia do banco PostgreSQL via
pg_dump, transferência criptografada por SFTP/rsync sobre SSH e restauração compg_restorena nova instância, com reapontamento das conexões nos módulos da Alterdata. - 4Homologação, validação fiscal e rollback: emissão e conferência cruzada de balancetes, folhas de pagamento e relatórios, testes de transmissão de SPED, eSocial e EFD-Reinf, mantendo o ambiente local preservado como plano de rollback.
Esse roteiro técnico conversa diretamente com o que evitar a perda de dados na empresa exige: backup testado antes, durante e depois da migração, não só uma cópia feita e esquecida. É assim que a abordagem do Servidor na Nuvem funciona na prática: mapear a rotina do escritório, preparar o ambiente, liberar o acesso e acompanhar o uso continuamente, incluindo desempenho, segurança e backup.
Certificado digital e sincronismo: o que garante a entrega das obrigações fiscais?
A estrutura do certificado digital afeta diretamente a automação dos envios ao e-CAC, eSocial, SPED e DCTFWeb, e escolher o modelo errado trava justamente o processo que deveria ser automático. O certificado A1, em arquivo .pfx ou .p12, é o modelo ideal para nuvem: como fica instalado no sistema operacional do servidor, permite que múltiplos usuários e rotinas automatizadas assinem e transmitam obrigações ao mesmo tempo.
Certificado A3 em nuvem gera fila, não paralelismo
O certificado A3, em token USB ou cartão físico, exige redirecionamento de USB via IP e tem alto risco de desconexão e falha de leitura. Pior: limita o uso a uma pessoa por sessão, o que impede transmissões simultâneas justamente nos dias de maior volume de envio.
Outro detalhe que passa despercebido é o relógio do servidor. Ele precisa estar sincronizado com a hora oficial de Brasília via NTP.br, porque diferenças no carimbo de data e hora geram rejeição de lotes no eSocial e no DCTFWeb. É um ajuste simples, mas que sozinho explica boa parte dos erros de transmissão relatados por escritórios que migraram sem esse cuidado.
Leve o Alterdata para uma nuvem feita para contabilidade
O Servidor na Nuvem dimensiona o ambiente para a rotina do Alterdata, com backup acompanhado duas vezes ao dia, monitoramento a cada 10 minutos e SLA de 99,90% de disponibilidade, a partir de R$ 6,30 por dia.
Falar com o Servidor na Nuvem
Perguntas frequentes
Quanto de RAM e disco preciso para rodar o Alterdata na nuvem?
O mínimo recomendado é 12 GB de RAM para até 12 estações conectadas, com 32 GB ou mais para bases maiores. O disco precisa ser SSD NVMe de alta taxa de IOPS, com volume inicial a partir de 1 TB, já que discos mecânicos tradicionais criam gargalos de leitura e escrita.
Posso continuar usando SQL Server Express na nuvem?
Pode, mas com cautela: o SQL Server Express trava a gravação ao atingir 10 GB por banco e usa só 1 GB de RAM por instância. O ideal é planejar a migração para PostgreSQL assim que a base chegar a 8 GB ou crescer mais de 500 MB por mês, evitando parada no meio da operação.
O que acontece se a migração falhar no meio do processo?
O processo estruturado prevê justamente esse risco: o ambiente local fica preservado como plano de rollback até a homologação fiscal ser concluída. Só depois de validar balancetes, folhas de pagamento e testes de transmissão do SPED e eSocial o acesso oficial é liberado para a equipe.
Qual certificado digital é mais indicado para o Alterdata na nuvem?
O certificado A1, em arquivo .pfx ou .p12, é o mais indicado, porque fica instalado no servidor e permite assinatura automatizada por múltiplos usuários ao mesmo tempo. O certificado A3 exige token físico, tem risco maior de desconexão e permite só uma sessão ativa por vez.
Preciso de suporte técnico interno para manter o Alterdata na nuvem?
Não precisa ser um servidor cuidado por um técnico próprio em tempo integral. Provedores especializados, como o Servidor na Nuvem, assumem monitoramento de desempenho, segurança e backup continuamente, incluindo suporte caso o servidor da empresa pare de funcionar fora do horário comercial.
Conclusão
Rodar o Alterdata na nuvem com desempenho estável depende de três decisões técnicas: dimensionamento correto de hardware virtual, banco de dados sem teto de crescimento e tecnologia de acesso remoto que não vire gargalo com o aumento de usuários. A migração bem-feita segue etapas claras, com plano de rollback, e não termina na virada: continua no acompanhamento diário do ambiente.
Se alguma resposta sobre firewall, backup ou contingência ficar vaga na hora de contratar, o risco também fica com você. O Servidor na Nuvem dimensiona o ambiente especificamente para a rotina contábil e fiscal do Alterdata, com backup acompanhado, suporte especializado e SLA de 99,90% de disponibilidade.
