Quando o sistema cai, a empresa para e todo mundo percebe. O que pouca gente faz é colocar esse tempo parado em reais. Este artigo mostra por que as quedas acontecem, como calcular o custo de uma hora parada com uma conta simples e o que reduz o problema de forma consistente.
Resumo rápido
- Quedas recorrentes quase nunca têm uma causa só. Costumam ser a soma de infraestrutura envelhecida, falta de monitoramento e suporte que só age quando algo quebra.
- O custo da hora parada pode ser estimado com três parcelas: pessoas paradas, receita perdida e custos extras.
- Quedas curtas e frequentes custam tanto quanto uma queda longa, e ainda desgastam a confiança da equipe na TI.
- Prevenção passa por monitoramento, manutenção programada, redundância nos pontos críticos e um plano testado para quando algo falhar.
Por que os sistemas caem
Em pequenas e médias empresas, a instabilidade tem causas bem conhecidas. As mais comuns que vemos em campo:
- Equipamento no fim da vida útil. Servidor com mais de cinco ou seis anos, disco sem redundância, nobreak com bateria vencida. Funciona até o dia em que não funciona.
- Software sem suporte do fabricante. O Windows Server 2016, por exemplo, tem fim do suporte estendido da Microsoft em 13 de janeiro de 2027. Depois disso, não recebe mais correções de segurança.
- Falta de monitoramento. Disco enchendo, memória no limite e erros no log aparecem dias antes da queda. Sem alguém olhando, ninguém vê.
- Crescimento sem planejamento. A empresa dobrou de tamanho, mas a rede, o servidor e o link de internet são os mesmos de cinco anos atrás.
- Configurações que ninguém documentou. Quando só uma pessoa sabe como algo foi montado, cada mudança é um risco.
- Suporte reativo. O fornecedor só é chamado quando o problema já parou a operação. O conserto resolve o sintoma, e a causa continua lá.
Não é só um problema de empresa pequena. O relatório anual de quedas do Uptime Institute, feito com operadores de data center, aponta que falhas em seguir procedimentos estão entre as principais causas de erro humano, ao lado de processos inconsistentes. Processo mal definido derruba sistema em qualquer porte.
Quanto custa uma hora parada
Os números de “custo de downtime” que circulam na internet costumam vir de pesquisas com grandes empresas e data centers. O próprio Uptime Institute informa que, em 2026, 57% dos respondentes disseram que a última queda grave custou mais de US$ 100 mil. Esse número descreve operadores de data center, não um escritório de 20 pessoas no ABC. Para a sua empresa, a conta própria vale muito mais.
A fórmula
Custo da hora parada = pessoas paradas + receita perdida + custos extras
- Pessoas paradas: número de pessoas afetadas × custo por hora de cada uma (salário mais encargos, dividido pelas horas trabalhadas no mês) × percentual do trabalho que realmente trava.
- Receita perdida: faturamento por hora × percentual que não será recuperado depois. Um pedido que o cliente refaz amanhã não é perda. Um cliente que desiste e compra no concorrente é.
- Custos extras: hora extra para colocar o trabalho em dia, multas contratuais por atraso, atendimento emergencial.
Exemplo numérico (hipotético)
Os valores abaixo são um exemplo ilustrativo, não dados de um cliente real.
Uma empresa com 20 pessoas usando o sistema, custo médio de R$ 6.000 por pessoa por mês e 176 horas de trabalho no mês:
| Parcela | Conta | Valor por hora |
|---|---|---|
| Pessoas paradas | 20 × R$ 34 × 80% do trabalho travado | R$ 545 |
| Receita perdida | R$ 400.000 de faturamento ÷ 176 h × 30% não recuperado | R$ 682 |
| Custos extras | Hora extra e retrabalho estimados | R$ 200 |
| Total | cerca de R$ 1.430 por hora |
Uma queda de 4 horas custa cerca de R$ 5.700. Duas quedas assim por mês passam de R$ 11 mil. Esse é o número a comparar com o custo de prevenir.
As três parcelas são uma estimativa operacional, não uma perda contábil exata, e podem se sobrepor conforme a estrutura de custos da empresa. Use o resultado como ordem de grandeza.
Quer simular com os números da sua empresa? Use gratuitamente nossa calculadora de custo da TI parada. Ela segue a mesma lógica, com uma diferença: em vez de custos extras, considera a estrutura ociosa (aluguel, sistemas e outros custos fixos pagos com a empresa parada). Por isso os números das duas contas não são idênticos.
A conta ainda deixa de fora o que é difícil medir: o cliente que perdeu a paciência, o prazo que escorregou, a equipe que passa a trabalhar com planilha paralela “por garantia”.
Quedas pequenas também contam
Muita empresa convive com quedas de 10 ou 15 minutos, várias vezes por semana, e considera isso normal. Não é. Cada interrupção tem o tempo da queda mais o tempo para retomar o que estava sendo feito. E quedas repetidas quase sempre apontam para uma causa única que ninguém investigou: um switch com defeito, um disco degradado, uma atualização que ficou pela metade.
Separar incidente (a queda de hoje) de problema (a causa que faz a queda voltar) é o que tira a empresa do ciclo de apagar incêndio.
Como prevenir
- Monitoramento contínuo. Servidores, disco, memória, backup, link de internet e firewall acompanhados 24 horas, com alerta antes da falha.
- Manutenção e atualizações programadas. Correções aplicadas em janela combinada, fora do horário de pico, com registro do que foi feito.
- Troca planejada de equipamentos. Saber a idade de cada servidor, nobreak e switch e trocar antes de quebrar.
- Redundância no que é crítico. Discos em espelhamento, segundo link de internet, energia protegida.
- Backup que volta. O CERT.br recomenda testar os backups de tempos em tempos e manter cópias em locais diferentes. Backup sem teste de restauração é uma aposta.
- Tempo máximo de parada definido. O guia de contingência do NIST chama de RTO o tempo que um sistema pode ficar fora antes de causar impacto inaceitável, e de RPO o ponto até onde os dados precisam ser recuperados. Definir esses dois números orienta todo o resto.
Um caso real: o servidor falhou e a empresa não parou
Um cliente da Pulso teve uma falha no servidor físico. Em vez de esperar o conserto, colocamos o ambiente para rodar como máquina virtual na nuvem da Pulso, em datacenter em São Paulo, com 8 CPUs e 16 GB de RAM. Os 5 a 6 usuários continuaram trabalhando por VPN enquanto o equipamento era recuperado. A empresa não parou.
O que tornou isso possível não foi sorte: havia backup em dia, que restaurava, e um lugar pronto para subir o ambiente. Veja mais em servidores em nuvem.
Nossa recomendação
Na Pulso, recomendamos começar pela conta. Calcule o custo da sua hora parada com a fórmula acima, mesmo que de forma aproximada. Depois, liste as quedas dos últimos três meses. Com esses dois dados na mesa, a decisão de investir em prevenção deixa de ser opinião.
Nossa leitura é que a maior parte das quedas em PMEs é evitável com o básico bem feito: monitoramento, atualização, equipamento dentro da vida útil e backup testado. Não exige tecnologia cara. Exige alguém responsável por olhar todo dia. É o que medimos no nosso próprio atendimento: de janeiro a 2 de outubro de 2026, foram 5.761 chamados com 99,18% de primeira resposta no prazo e 97,41% resolvidos no prazo.
Se as quedas se repetem com o mesmo fornecedor, vale ler como trocar de empresa de TI sem parar a operação.
Próximo passo
Conheça o suporte de TI especializado da Pulso, que inclui monitoramento e manutenção preventiva, e compare os planos de suporte. Se quiser, fale com a gente para um diagnóstico gratuito: olhamos o seu ambiente e mostramos onde estão os pontos que mais derrubam a operação.
Fontes
- NIST SP 800-34 Rev. 1: Contingency Planning Guide for Federal Information Systems
- Uptime Institute: Annual Outage Analysis Report 2026
- CERT.br: Cartilha de Segurança, fascículo Backup
- Microsoft Learn: ciclo de vida do Windows Server 2016
Perguntas frequentes
Como calculo quanto minha empresa perde com uma hora de sistema fora do ar?
Some três parcelas: o custo das pessoas paradas (quantas, quanto custam por hora e quanto do trabalho realmente trava), a receita que não será recuperada depois e os custos extras, como hora extra e multas. O resultado é uma estimativa, mas já basta para comparar com o custo de prevenir.
Quedas pequenas e frequentes são um problema de verdade?
Sim. Dez quedas de 15 minutos somam duas horas e meia de operação parada, mais o tempo de retomada de cada uma. Além disso, quedas repetidas quase sempre indicam uma causa que ninguém tratou.
Servidor novo resolve instabilidade?
Às vezes. Se a causa for equipamento velho ou subdimensionado, sim. Se for configuração, atualização pendente, internet sem redundância ou falta de monitoramento, o servidor novo vai cair pelos mesmos motivos.
O que são RTO e RPO?
RTO é o tempo máximo que um sistema pode ficar fora do ar antes de causar um impacto inaceitável. RPO é até que ponto no passado os dados podem ser recuperados, ou seja, quanto trabalho a empresa aceita perder. Os dois definem o tipo de backup e de contingência de que você precisa.
Este conteúdo é informativo e não substitui orientação jurídica.
Ver todos os artigos