É o tamanho do banco de dados que está deixando o sistema lento?
Banco de dados grande não deixa o sistema lento por ser grande: deixa por falta de manutenção. Índice desatualizado, estatística velha, consulta que varre a tabela inteira e arquivo de log que nunca é tratado produzem lentidão que cresce junto com o volume — e que hardware novo apenas adia.
É uma das queixas mais previsíveis que existem: no começo o sistema voava, e a cada ano ficou mais devagar. Como o banco de dados cresceu no mesmo período, a conclusão vira automática. Só que a relação entre tamanho e lentidão não é direta — bases muito maiores funcionam bem quando alguém cuida delas.
O que realmente causa a lentidão
Em ordem do que mais encontramos quando abrimos o ambiente:
- Índice ausente ou desatualizado. Sem índice adequado, a consulta percorre a tabela inteira; com o tempo, isso multiplica o trabalho por milhões de linhas.
- Estatística desatualizada. O banco decide como executar cada consulta com base em estimativas; estimativa velha leva a plano ruim mesmo com índice existente.
- Arquivo de log que nunca foi tratado. Em alguns modos de operação, o log cresce indefinidamente até tomar o disco.
- Disco lento ou compartilhado. Banco de dados é sensível a tempo de resposta do disco, muito mais do que a espaço livre.
- Memória insuficiente. Sem memória para manter o que é usado com frequência, tudo volta a passar pelo disco.
- Antivírus inspecionando os arquivos do banco. Sem as exceções corretas, cada gravação é verificada.
- Backup rodando no horário de uso. Rotina pesada disputando disco com a operação.
- Histórico infinito. Anos de movimento na mesma tabela ativa, sem política de arquivamento.
Por que trocar o servidor nem sempre resolve
Hardware novo dá fôlego, e fôlego é diferente de solução:
- Se a consulta varre a tabela inteira, o servidor novo varre mais rápido — mas continua varrendo, e volta a ficar lento quando a tabela dobrar.
- Se o arquivo de log cresce sem controle, ele vai encher o disco novo também.
- Se o antivírus inspeciona a pasta do banco, ele inspeciona no equipamento novo do mesmo jeito.
- Se a lentidão é de rede, e não de servidor, o equipamento novo não muda nada — e esse caso é mais comum do que parece.
A troca faz sentido depois do diagnóstico, quando ficou demonstrado que o gargalo é de capacidade. Antes disso, é gasto com prazo de validade.
O que dá para fazer com segurança
Medidas de baixo risco, na ordem em que costumamos aplicar:
- Confirmar as exceções de antivírus para as pastas e os arquivos do banco, conforme o fornecedor do sistema orienta.
- Tirar backup e rotinas pesadas do horário de uso.
- Verificar espaço e saúde do disco onde o banco vive.
- Acionar o fornecedor do sistema para a manutenção de índice e estatística — quem conhece a estrutura das tabelas é ele.
- Discutir política de arquivamento do histórico com o fornecedor, quando o sistema permitir.
- Medir: em que horário piora, quais telas demoram, e se a lentidão aparece também fora do sistema.
O que não fazer por conta própria: criar ou apagar índice em base de terceiro, mexer na estrutura das tabelas, ou alterar parâmetros do banco sem a orientação de quem dá suporte ao sistema. Isso tira o suporte do fornecedor e pode corromper dado.
Como separar banco, servidor e rede
Três testes rápidos que dizem onde olhar:
- A lentidão aparece também quando se abre um arquivo grande da pasta compartilhada? Se sim, suspeite da rede, não do banco.
- A lentidão existe quando se usa o sistema DIRETAMENTE no servidor? Se sim, o problema está no servidor ou no banco, e não no caminho até ele.
- A lentidão é constante ou só no horário de pico? Só no pico aponta para capacidade e para concorrência entre usuários; constante aponta para consulta ou configuração.
Como isso fica no contrato mensal
Base de dados é o tipo de coisa que degrada devagar e só chama atenção quando já incomoda. No contrato mensal, o crescimento é acompanhado, o espaço e a saúde do disco são monitorados, backup e rotinas pesadas ficam fora do horário de uso, e a conversa com o fornecedor do sistema acontece antes de a lentidão virar reclamação diária. Veja Gestão de servidores e parque e os planos de suporte mensal.