E se a TI parar amanhã? Monte seu plano de continuidade

1.Os cenários que você precisa prever

Plano de continuidade não é documento de banco: é a resposta pronta para 5 perguntas do tipo "e se". Comece por elas:

• E se o servidor (ou o disco) falhar?

  É o cenário mais comum. Hardware falha — a questão não é "se", é "quando". O plano define de onde volta o dado e em qual máquina a empresa opera enquanto isso.

• E se um ransomware criptografar tudo?

  Aqui o backup conectado à rede morre junto. A resposta depende de existir uma cópia imutável ou desconectada — e de saber restaurar sem reinfectar.

• E se a internet ficar fora o dia todo?

  Sistema em nuvem, boleto, nota fiscal e WhatsApp param juntos. Um segundo link de operadora diferente transforma o desastre em contratempo.

• E se acontecer um desastre físico?

  Incêndio, enchente ou furto levam servidor e backup local de uma vez. É para esse cenário que existe a cópia fora da empresa.

• E se alguém apagar (ou alterar) o que não devia?

  Erro humano é mais frequente que desastre. Versões anteriores dos arquivos e permissões bem definidas resolvem a maioria dos casos em minutos.

2.Os dois números que definem o seu plano

Toda decisão técnica de continuidade deriva de duas respostas que só a direção da empresa pode dar:

• RPO: quantas horas de trabalho você aceita perder?

  Se o backup roda só de madrugada e o problema acontece às 17h, o dia inteiro se perde. Aceitável? Se não, a frequência de cópia precisa aumentar.

• RTO: quanto tempo a empresa aguenta parada?

  Horas? Um dia? Uma semana? A resposta define o investimento: quanto menor o tempo aceitável, mais robusta (e cara) a solução de retorno.

• Quanto custa cada hora parada?

  É esse número que diz se o investimento em continuidade é caro ou barato. Nosso guia do custo da TI parada mostra como calcular.

• Nem tudo precisa voltar ao mesmo tempo

  ERP e e-mail primeiro; o arquivo morto pode esperar. Priorizar sistemas reduz drasticamente o custo de voltar rápido.

3.Monte o plano em 5 passos

• 1. Liste os sistemas por ordem de criticidade

  O que para a empresa se ficar fora: ERP, e-mail, arquivos, telefonia. Para cada um, anote onde roda e de onde seria restaurado.

• 2. Defina responsáveis e contatos — e imprima

  Quem decide, quem executa, quem comunica. Com telefone de suporte, fornecedores e seguro. Se estiver só no servidor, morre junto com ele.

• 3. Garanta o backup que sustenta o plano

  Regra 3-2-1 com uma cópia imutável ou desconectada. Sem isso, o plano inteiro é teoria.

• 4. Documente o passo a passo do retorno

  Em qual ordem restaurar, em qual equipamento, com quais senhas (guardadas em cofre, não em planilha aberta). Quem nunca fez, não improvisa bem em dia de crise.

• 5. Defina como avisar equipe e clientes

  Uma mensagem pronta e um canal combinado evitam o telefone sem parar — e preservam a confiança enquanto o problema é resolvido.

4.Teste antes de precisar

• Faça uma simulação por ano

  Escolha um cenário ("o servidor queimou hoje às 9h") e siga o plano no papel, com as pessoas envolvidas. Os furos aparecem em uma hora de exercício.

• Teste a restauração de verdade, periodicamente

  Restaurar um arquivo e, de tempos em tempos, um sistema completo. É a única prova de que o RPO e o RTO prometidos são reais.

• Revise o plano quando o ambiente mudar

  Sistema novo, servidor trocado, pessoa-chave que saiu: cada mudança relevante pede uma atualização no documento.

• Aprenda com os incidentes pequenos

  Cada parada curta é um ensaio de graça: o que atrasou a resposta hoje é o que precisa entrar no plano amanhã.