Por que ninguém percebe que o servidor já morreu
Servidor não falha de uma vez. Ele degrada. Primeiro é o backup que passa a demorar quatro horas em vez de uma. Depois é o ERP que trava às 9h, quando todo mundo entra ao mesmo tempo. Aí vem o desligamento espontâneo numa sexta-feira à noite, que o técnico resolve com um "religou, está ok". Cada evento isolado parece pequeno o suficiente para não virar projeto. Somados, viram um custo silencioso que corre por meses.
O problema é que quase nenhuma empresa mede esse custo. Hora parada de dez pessoas por causa de lentidão no sistema não entra em planilha nenhuma. Chamado aberto para "sistema lento" é fechado como resolvido, não como sintoma. E o servidor continua ali, no rack ou embaixo da mesa, cumprindo tarefa até o dia em que não cumpre mais — geralmente no fechamento do mês, quando a empresa menos pode parar.
A troca de servidor não deveria ser uma decisão emocional nem uma reação a incidente. Existem sinais objetivos, verificáveis, que indicam que o equipamento chegou ao fim da vida útil operacional. Abaixo estão os sete que mais aparecem na prática — e o que fazer com cada um.
Sinal 1: fim de suporte do fabricante (EOSL)
Todo servidor tem duas datas que importam: fim de vida (EOL, quando o fabricante para de vender) e fim de suporte de serviço (EOSL, quando o fabricante para de fornecer peças, firmware e atendimento). A segunda é a que dói. Depois do EOSL, uma fonte queimada vira caça ao mercado paralelo, e um bug de firmware vira problema permanente, porque não haverá correção.
O impacto vai além de hardware. Fim de suporte normalmente arrasta o sistema operacional junto. Um servidor que ainda roda Windows Server 2012 R2 está sem atualização de segurança desde outubro de 2023. Isso significa que qualquer vulnerabilidade descoberta desde então permanece aberta, para sempre, naquela máquina. Não existe configuração, antivírus ou firewall que compense um sistema sem patch.
Regra prática: se o servidor passou do EOSL, ele não é mais um ativo. É um passivo com prazo indeterminado.
Para descobrir a data, basta o número de série (service tag) no site do fabricante. Dell, HPE e Lenovo publicam o ciclo de vida completo de cada linha. Se a consulta mostrar que o EOSL já passou ou vence nos próximos doze meses, a troca deixa de ser opcional e vira planejamento de orçamento.
Sinal 2: disco cheio virou rotina
Armazenamento acima de 85% de ocupação não é só falta de espaço. É perda de desempenho. Discos e volumes lógicos precisam de área livre para operações de escrita, snapshots, arquivos temporários de banco de dados e o próprio crescimento de logs. Quando o volume passa dos 90%, o sistema começa a fragmentar escrita e a latência sobe de forma perceptível para o usuário.
O sintoma clássico é a equipe de TI apagando arquivos toda semana para "ganhar espaço". Isso é manutenção de sobrevivência, não gestão. Pior: costuma vir acompanhado de decisões ruins, como desligar retenção de backup, reduzir logs de auditoria ou mover dados para estações de trabalho sem proteção nenhuma.
Vale checar também se o servidor ainda usa discos mecânicos (HDD) em vez de SSD. A diferença de tempo de resposta entre os dois é de uma ordem de grandeza. Se o gargalo do ERP ou do banco de dados está no disco — o que se verifica com contadores de latência de I/O acima de 20ms de forma sustentada — nenhum upgrade de memória vai resolver.
- Ocupação acima de 85% de forma constante em qualquer volume crítico
- Rotina semanal de limpeza manual para liberar espaço
- Latência de disco acima de 20ms em horário de pico
- Backup que não cabe mais na janela noturna
- Discos mecânicos servindo banco de dados ou virtualização
Sinal 3: lentidão que não some com reinício
Reiniciar resolve problema de software. Quando a lentidão volta em dois ou três dias, o gargalo é estrutural. Vale medir três coisas antes de concluir qualquer coisa: uso de CPU, uso de memória e latência de disco, todos em horário de pico e não na média do dia. Média esconde o problema — o que importa é o comportamento entre 8h30 e 10h, quando a empresa inteira abre os sistemas.
Memória é o item mais frequente. Um servidor que trabalha com 90% de RAM ocupada e paginação ativa está usando disco como memória, e disco é milhares de vezes mais lento. Nesse caso, um upgrade de memória pode comprar tempo — desde que a placa-mãe suporte mais módulos e o processador não esteja saturado também. Se as duas coisas estiverem no limite, o upgrade é dinheiro jogado num equipamento que sai de linha em breve.
CPU exige um olhar diferente. Processadores de servidor de 2015 a 2018 têm desempenho por núcleo muito abaixo dos atuais, e cargas como bancos de dados e aplicações legadas dependem justamente disso. Consolidar cargas em hardware novo costuma reduzir a quantidade de núcleos necessários — o que também derruba custo de licenciamento, já que Microsoft, Oracle e VMware licenciam por núcleo.
Sinal 4: falhas de hardware recorrentes e alertas ignorados
Todo servidor corporativo tem um controlador de gerenciamento fora de banda — iDRAC na Dell, iLO na HPE, XClarity na Lenovo. Ele registra tudo: fonte com falha, ventoinha fora de rotação, memória com erro corrigível, disco do RAID em estado degradado. O problema é que quase ninguém olha esses logs até o dia do desastre.
Erros de memória corrigíveis (CECC) são o alerta mais subestimado da lista. Eles não derrubam nada — o hardware corrige sozinho. Mas quando começam a aparecer com frequência crescente no mesmo módulo, indicam falha próxima. Da mesma forma, um RAID rodando degradado há semanas está a um disco de perder tudo, e o tempo de reconstrução de um array grande em discos velhos pode passar de 24 horas, justamente o período de maior estresse para os discos restantes.
Se o servidor teve duas ou mais falhas de componente nos últimos doze meses, a probabilidade de uma terceira é alta. Hardware não melhora com o tempo.
Some a isso a dificuldade de encontrar peça compatível para equipamento fora de suporte. Um disco de padrão antigo, uma fonte redundante específica ou uma controladora RAID descontinuada podem levar semanas para chegar. Semanas com o servidor operando sem redundância.
Sinal 5: a janela de backup e o tempo de recuperação não fecham mais
Backup que termina às 6h da manhã não é backup — é aposta. Se o volume de dados cresceu e a janela noturna virou madrugada inteira, o servidor já não dá conta do próprio ciclo de proteção. E o indicador mais importante nem é o tempo de cópia: é o tempo de restauração.
A pergunta que define a decisão é simples: se esse servidor pegasse fogo hoje, em quanto tempo a empresa voltaria a operar? Se a resposta for "não sei" ou "uns três dias", existe um risco não gerenciado, independentemente da idade do hardware. Em máquinas antigas, esse risco é maior porque o hardware de reposição idêntico pode simplesmente não existir mais para receber a restauração.
É aqui que a discussão costuma mudar de rumo. Muitas empresas descobrem, ao avaliar a troca, que a resposta certa não é comprar outro servidor físico, e sim migrar a carga para nuvem privada ou ambiente virtualizado gerenciado — onde recuperação vira questão de minutos, não de logística de peças. A decisão depende de latência exigida pela aplicação, volume de dados e compliance, mas precisa ao menos ser colocada na mesa.
Sinais 6 e 7: risco de conformidade e custo de manter
O sexto sinal é regulatório. LGPD exige medidas técnicas adequadas para proteger dados pessoais. Servidor sem atualização de segurança há dois anos, hospedando base de clientes ou folha de pagamento, é difícil de defender em qualquer avaliação. O mesmo vale para requisitos contratuais: cada vez mais clientes corporativos e seguradoras de cyber pedem evidência de que a infraestrutura recebe patch. Sistema fora de suporte reprova de saída.
O sétimo é financeiro, e é o que costuma fechar a conta. Vale somar o que já se gasta para manter o equipamento vivo: contrato de suporte estendido de terceiros, peças avulsas, horas técnicas de emergência, energia de um hardware ineficiente, licenças pagas por núcleos que não precisariam existir e — o item mais caro — horas de trabalho perdidas pela equipe durante paradas e lentidão. Em muitos casos, esse total anual chega perto do valor de um equipamento novo, que ainda viria com três a cinco anos de garantia.
- Levante a data de EOSL pelo número de série do equipamento
- Meça CPU, memória e latência de disco em horário de pico, não na média
- Extraia o histórico de falhas do iDRAC/iLO dos últimos doze meses
- Cronometre uma restauração real de backup, sem improviso
- Some o custo anual de manter versus o custo de substituir
- Avalie se a carga deve ir para hardware novo, nuvem privada ou modelo híbrido
Dois ou três desses sinais juntos já justificam abrir a avaliação. Quatro ou mais significa que a empresa está operando no risco, e a troca virou urgência — só ainda não apareceu no calendário.
Como a Duk conduz essa avaliação
A Duk Informática & Cloud trabalha com infraestrutura corporativa há mais de 18 anos e atende mais de 550 empresas, o que dá uma base concreta de comparação: sabemos como um servidor de determinada geração se comporta sob carga real, quando o custo de manter passa o de substituir e em que casos a migração para nuvem entrega mais do que a compra de hardware novo.
O trabalho começa por diagnóstico, não por orçamento de equipamento. Levantamos o ciclo de vida do hardware e do sistema operacional, medimos desempenho em horário de pico, auditamos o histórico de falhas registrado no controlador de gerenciamento e testamos a restauração do backup de verdade — porque backup que nunca foi restaurado é hipótese, não garantia. Com esses dados, a recomendação é comparável: manter, fazer upgrade pontual, substituir ou migrar.
Como Microsoft Gold Partner, a Duk cobre também o lado de licenciamento e identidade, que costuma ser onde a conta escorrega — consolidação de núcleos, Windows Server, Microsoft 365 e integração com Active Directory ou Entra ID. E para quem opta por sair do servidor físico, mantemos data center próprio em Alphaville, com suporte 24/7 e SLA definido em contrato, o que permite migrar a carga sem que a empresa precise assumir a operação da infraestrutura.
Se algum dos sete sinais acima descreve o servidor da sua empresa, o próximo passo é medir. Fale com a Duk e receba um diagnóstico da sua infraestrutura com dados de desempenho, risco e custo — antes que a decisão seja tomada por uma falha de hardware numa sexta-feira à noite.
Quer proteger e otimizar a TI da sua empresa?
Agende um diagnostico gratuito com nossos especialistas certificados.
Falar com Especialista