O que para primeiro quando o servidor fica sem espaço em disco?
Servidor sem espaço em disco não para de uma vez: o banco de dados deixa de gravar, o backup falha em silêncio, a fila de impressão trava e os registros param de ser escritos. Por isso o sintoma aparece longe da causa, e a resposta certa é olhar o disco antes de qualquer outra coisa.
Disco cheio é, pela nossa experiência, a causa mais comum de parada evitável em servidor. Evitável porque ele avisa: o espaço vem caindo há semanas ou meses, de forma previsível, e bastava alguém estar olhando. Quando o servidor fica sem espaço em disco, o que chega ao chamado é outra coisa — sistema que não grava, backup que falhou, impressão que parou.
O que para, e nessa ordem
Conhecer a sequência ajuda a reconhecer o problema pelo sintoma:
- O banco de dados deixa de gravar e o sistema passa a dar erro ao salvar — frequentemente com uma mensagem que não fala nada de disco.
- O backup falha, e se ninguém lê o alerta, falha todos os dias seguintes.
- A fila de impressão trava, porque ela precisa de espaço temporário.
- Os registros do sistema param de ser escritos, o que atrapalha exatamente o diagnóstico que você vai precisar fazer.
- Atualizações falham pela metade, o que é pior do que não instalar.
- Perfis de usuário deixam de carregar corretamente em servidor de sessão.
Onde o espaço costuma ter ido
Os campeões, em servidor de empresa pequena e média:
- Arquivo de log do banco de dados que cresce sem tratamento, dependendo do modo de operação configurado.
- Backup gravando no próprio servidor, sem rotação que apague o antigo.
- Ponto de restauração e cópia de sombra acumulados.
- Pasta temporária de atualização que nunca foi limpa.
- Perfis de usuário antigos em servidor de sessão, inclusive de gente que saiu.
- Arquivo pessoal em pasta de rede — foto, vídeo, instalador — que não deveria estar ali.
- Despejo de memória gerado por travamentos anteriores, que pode ter o tamanho da memória do servidor.
- Pasta de quarentena do antivírus sem limpeza.
O que dá para liberar com segurança
Na ordem do mais seguro para o que exige cuidado:
- Esvaziar a lixeira do servidor e as pastas temporárias do sistema.
- Apagar despejos de memória antigos. Guarde o mais recente se houver travamento em investigação.
- Limpar a quarentena do antivírus, depois de conferir que não há nada a recuperar.
- Remover instaladores e pacotes de atualização já aplicados.
- Mover — não apagar — arquivos pessoais encontrados em pasta de rede, avisando os donos.
- Tratar o log do banco de dados pelo procedimento correto do fabricante, que não é apagar o arquivo.
O que NUNCA apagar: arquivos do banco de dados, o log de transações sem o procedimento adequado, pastas de sistema desconhecidas, e qualquer coisa cuja função não esteja clara. Apagar log de banco de dados à mão é uma das poucas ações capazes de tornar a base irrecuperável.
Depois de liberar: resolver de verdade
Liberar espaço é apagar o incêndio. Evitar o próximo exige quatro coisas:
- Alerta de espaço configurado com folga, e não no limite. Aviso quando o disco está em 95% chega tarde demais.
- Backup gravando fora do servidor, com rotação e retenção definidas.
- Política para o log do banco, definida com o fornecedor do sistema.
- Cota ou regra para pasta de rede, e combinado sobre o que não pode ser guardado ali.
Aumentar o disco é solução quando o crescimento é legítimo. Quando o crescimento é lixo acumulado, disco maior só adia — e o próximo episódio acontece com mais dados em risco.
Como isso fica no contrato mensal
Espaço em disco é o primeiro item da lista de monitoramento justamente porque é a parada mais previsível que existe. No contrato mensal, o alerta chega com semanas de antecedência, a tendência de crescimento é acompanhada e a limpeza entra como manutenção programada — em vez de virar urgência com o sistema sem gravar. Veja Gestão de servidores e parque e os planos de suporte mensal.