Alterdata lento no fechamento quase nunca é culpa do Alterdata. O sistema roda sobre um banco de dados Firebird. Quando a equipe sente lentidão justamente na semana de maior volume, a causa quase sempre está na infraestrutura ao redor: disco, rede, antivírus ou acesso remoto mal configurado. Entender qual dessas causas está travando o sistema evita uma troca de sistema desnecessária. O problema geralmente não é o Alterdata, é a estrutura que sustenta ele.

Por que o Alterdata fica lento justamente no fechamento

O padrão é sempre o mesmo. No resto do ano, o sistema roda sem reclamação. O volume de lançamentos e consultas fica dentro do que a infraestrutura aguenta sem esforço. No fechamento, o número de usuários simultâneos sobe. O volume de leitura e escrita no banco Firebird dispara, e qualquer gargalo escondido durante o ano aparece de uma vez. Por exemplo, lentidão imperceptível com cinco usuários simultâneos vira trava real com quinze.

Isso significa que o problema não nasceu no fechamento, só ficou visível nele. A causa já existia o ano inteiro. Só não tinha volume suficiente para doer.

Causa 1: banco Firebird no mesmo disco do sistema operacional, ou em HD mecânico

O arquivo .FDB do Firebird faz leitura e escrita constante durante o uso do Alterdata. Se esse arquivo está no mesmo disco onde o Windows Server também lê e escreve, logs, atualizações, outros serviços, os dois disputam a mesma fila de I/O. Além disso, em HD mecânico, essa disputa já é lenta por natureza. O disco precisa mover a cabeça física entre operações diferentes.

O teste é simples. Se o servidor ainda usa HD mecânico para o banco de dados, trocar por SSD costuma ser o ganho de performance mais barato de implementar. Na prática, o resultado geralmente aparece no mesmo dia da troca.

Causa 2: antivírus ou EDR varrendo os arquivos .FDB em tempo real

Esta é, na experiência da Altcom, a causa mais subestimada. A própria Alterdata documenta esse comportamento. Quando o antivírus do servidor varre o arquivo de banco de dados a cada acesso, cada leitura e escrita do Firebird passa primeiro pela varredura antes de ser concluída. Por isso, em bancos grandes, isso multiplica o tempo de cada operação.

A correção não é desativar o antivírus. É configurar uma exceção para a pasta onde o arquivo .FDB fica armazenado, mantendo a proteção ativa no resto do servidor. Esse ajuste está documentado na própria central de ajuda da Alterdata. É um dos primeiros pontos que a Altcom verifica em qualquer diagnóstico de lentidão.

Vale cruzar esse ajuste com o que já escrevemos em EDR vs Antivírus no Escritório Contábil. Soluções de EDR mais agressivas tendem a intensificar esse mesmo problema se não forem configuradas com a mesma exceção.

Causa 3: rede, switch antigo, cabo ou Wi-Fi no lugar do cabeado

Num acesso em rede local, cada estação depende da rede para ler e escrever no banco compartilhado. Switch antigo, cabo degradado ou estações em Wi-Fi em vez de cabo introduzem latência. Isoladamente, essa latência parece pequena. Multiplicada pelo número de usuários simultâneos no fechamento, ela pesa. No caso do Wi-Fi, isso costuma gerar timeouts intermitentes que a equipe confunde com trava do sistema.

Se a lentidão piora nas estações que usam Wi-Fi, ou nos horários de pico de uso da rede para outras finalidades, a causa provavelmente é de rede, não do Alterdata.

Causa 4: acesso remoto via VPN no lugar de servidor de aplicação ou RDP

Acessar o Alterdata via VPN tradicional significa que cada operação do banco trafega pela internet até a estação remota e volta. Isso é mais lento do que um acesso via RemoteApp ou RDP, onde o processamento acontece no servidor e só a tela é transmitida. Por isso, escritórios com parte da equipe em home office sentem essa diferença com mais força durante o fechamento, quando o volume de operações cresce.

Causas 5 a 7: estações abaixo do mínimo, banco sem manutenção e atualização pendente

Três causas adicionais completam o diagnóstico mais comum.

Estações de trabalho abaixo da configuração mínima recomendada pela Alterdata, especialmente com memória RAM insuficiente, fazem o próprio computador do usuário travar antes mesmo do banco responder.

Banco sem manutenção de sweep degrada a performance com o tempo. Sweep é o processo de limpeza de versões antigas de registros que o Firebird acumula. O recomendado é desativar o sweep automático, porque ele consome recursos pesados do servidor justamente quando dispara no meio do expediente. O ideal é programar a limpeza para rodar fora do horário comercial. Quem já faz backup noturno completo do banco, via gbak, normalmente já cobre essa necessidade como efeito colateral do próprio backup.

Atualização de versão pendente também entra na lista. Além disso, versões mais novas do Alterdata costumam trazer otimizações de consulta que a versão antiga não tem.

Ordem de diagnóstico que a Altcom usa

Diante de um caso de Alterdata lento, a Altcom segue uma ordem fixa. Ela vai do ajuste mais rápido e barato para o mais estrutural.

Primeiro, a configuração do antivírus, um ajuste de minutos e sem custo. Segundo, o tipo de disco onde o banco está armazenado. Terceiro, a rede, o cabeamento e o uso de Wi-Fi. Quarto, o tipo de acesso remoto em uso. Quinto, manutenção de sweep e rotina de backup. Sexto, a configuração das estações de trabalho. Sétimo, a versão do sistema instalada.

Por que seguir essa ordem evita desperdício

Essa ordem evita o erro mais comum: trocar hardware caro, um servidor novo por exemplo, antes de testar o ajuste de antivírus que custaria zero e resolveria metade dos casos. Da mesma forma, evita o erro oposto: aceitar a lentidão como normal sem nunca investigar, até ela virar motivo para considerar trocar de sistema sem necessidade real.

Esse diagnóstico estruturado é o mesmo critério que aplicamos ao avaliar se vale a pena trocar de equipamento, detalhado em Quando Trocar os Computadores do Escritório Contábil. Ele se conecta diretamente com os sinais que descrevemos em 5 sinais de que a TI do seu escritório não vai aguentar a temporada de fechamento.

Escritórios do ABC Paulista que já passaram por esse diagnóstico com a Altcom, incluindo clientes em São Bernardo do Campo e São Caetano do Sul, resolveram a lentidão sem precisar trocar de sistema contábil.

O critério prático da Altcom é simples. Antes de qualquer decisão sobre trocar de sistema ou de servidor, vale rodar essa checklist completa. Na maioria dos casos atendidos, a causa raiz está nos três primeiros itens, e a correção não exige investimento em hardware novo. Quando o Alterdata já roda sobre uma infraestrutura bem dimensionada, inclusive em ambiente de nuvem, como detalhamos em Alterdata em Nuvem: infraestrutura, banco Firebird e integrações para escritórios contábeis, a maior parte dessas sete causas simplesmente deixa de existir.

Perguntas frequentes

O Alterdata fica mais rápido na nuvem?

Pode ficar, mas só se a infraestrutura de nuvem for dimensionada corretamente para o Firebird, com disco SSD, exceção de antivírus configurada e conexão estável. Ou seja, migrar para a nuvem sem corrigir essas mesmas sete causas só muda onde o problema acontece. Não resolve ele.

Qual a configuração mínima de servidor para o Alterdata com 10 usuários?

Varia conforme o módulo e o volume de dados acumulado ao longo dos anos. De forma geral, o ponto de partida é SSD para o banco de dados, memória RAM suficiente para o número de conexões simultâneas, e rede cabeada em toda a estrutura. Um diagnóstico específico do volume de dados do escritório é o caminho mais seguro para dimensionar com precisão.

Antivírus pode deixar o Alterdata lento?

Sim, e segundo a própria documentação da Alterdata, é uma das causas mais comuns. Portanto, a solução não é remover o antivírus. É configurar exceção para a pasta do banco de dados.

Como saber se a lentidão é da rede ou do banco?

Um teste prático é comparar a performance de uma estação conectada via cabo com uma estação em Wi-Fi fazendo a mesma operação. Se a diferença for grande, o problema é de rede. Se a lentidão for igual nas duas, a causa está mais provavelmente no banco de dados ou no disco do servidor.