Plano de recuperação de desastres de TI: como montar o primeiro

O que é um plano de recuperação de desastres de TI?

É o documento que define como a empresa volta a operar depois de um evento grave: falha de servidor, ataque de ransomware, perda de dados, incêndio, queda prolongada de energia ou de internet. Não é um manual técnico para guardar na gaveta: inclui prioridades, responsáveis, contatos e prazos. Também não é a mesma coisa que o backup. O backup é a cópia dos dados, e o plano define quem faz o quê, em que ordem e em quanto tempo, usando essa cópia e os demais recursos.

Quais cenários o plano deve considerar?

- **Falha de equipamento:** servidor, discos ou equipamentos de rede que deixam de funcionar. - **Ataque digital:** ransomware que criptografa arquivos ou invasão que compromete contas e sistemas. - **Perda de dados por erro humano:** arquivos apagados ou sobrescritos por engano. - **Desastre físico:** incêndio, alagamento ou roubo de equipamentos. - **Falta prolongada de energia ou de internet.** - **Indisponibilidade de um fornecedor,** como o sistema de gestão ou um serviço na nuvem. - **Saída de uma pessoa-chave,** que concentrava o conhecimento do ambiente.

Quais são os passos para montar o primeiro plano?

1. **Faça o inventário** dos sistemas, dos dados e dos equipamentos, com a localização de cada um. 2. **Classifique a criticidade.** Quais sistemas, se pararem, interrompem a operação? Quais podem esperar? 3. **Defina as metas de recuperação** para cada sistema crítico: o tempo máximo que a empresa suporta parada e a quantidade de dados que aceita perder, medida pelo intervalo entre os backups. 4. **Escolha a estratégia** de recuperação: restaurar a partir do backup, usar um servidor reserva, recorrer a um serviço na nuvem ou operar em modo manual temporário. 5. **Liste os recursos e os contatos:** equipamentos reserva, acessos, fornecedores, suporte técnico, seguradoras e responsáveis internos. 6. **Documente os procedimentos** passo a passo, em linguagem que alguém consiga seguir sob pressão. 7. **Defina responsáveis e a comunicação:** quem decide, quem executa e quem avisa clientes, equipe e fornecedores. 8. **Teste e revise** o plano periodicamente.

O que o plano deve conter?

| Seção | O que registra | |---|---| | Objetivo e escopo | Quais sistemas e cenários o plano cobre | | Sistemas e prioridades | Lista de sistemas com criticidade e ordem de recuperação | | Metas de recuperação | Tempo aceitável de parada e perda de dados por sistema | | Equipe e responsabilidades | Quem faz o quê e quem substitui | | Contatos | Internos, fornecedores, suporte e autoridades quando for o caso | | Procedimentos | Passo a passo de recuperação de cada sistema | | Comunicação | Como e quando avisar clientes, equipe e parceiros | | Operação alternativa | Como a empresa trabalha enquanto o sistema está fora | | Testes e revisões | Datas, resultados e ajustes |

Como testar o plano?

Um plano que nunca foi testado costuma falhar na hora em que é necessário. Há três níveis de teste: a revisão de mesa, em que a equipe lê o plano e simula um cenário sem tocar em nenhum sistema; o teste de restauração, em que um sistema ou um conjunto de arquivos é recuperado de verdade em ambiente separado; e a simulação completa, em que se pratica a recuperação de um sistema crítico com cronômetro. Registre o tempo gasto, os problemas encontrados e os ajustes feitos. O guia sobre backup de banco de dados e teste de restauração mostra um roteiro para a parte técnica.

Por onde começar se a empresa tem pouco tempo?

Comece pequeno: escolha os três sistemas sem os quais a empresa não opera, defina quanto tempo cada um pode ficar parado e verifique se o backup consegue atender esse prazo. Depois, escreva uma página com os contatos e o passo a passo básico para esses sistemas e faça um teste de restauração. Um plano simples, atualizado e testado vale mais do que um documento longo que ninguém abre. Para estimar o impacto de uma parada, veja o conteúdo sobre o custo de uma hora de servidor parado.

Quem deve participar da elaboração do plano?

O plano não deve ser escrito apenas pela TI. Quem conhece o negócio sabe quais processos não podem parar, quais clientes têm prazos críticos e quanto tempo a operação suporta sem determinado sistema. Reúna representantes das áreas principais, a direção e quem cuida da TI, e transforme essas conversas em prioridades e metas. Inclua também os fornecedores de sistemas e de internet, que precisam saber como agir em uma emergência e quais são os seus contatos. Um plano construído em conjunto é mais realista, mais conhecido pela equipe e mais fácil de ser seguido sob pressão.

Erros comuns

- Confundir backup com plano de recuperação. - Escrever o plano e nunca testá-lo. - Guardar o plano só no servidor que pode falhar. - Não definir quem decide e quem comunica durante a crise. - Não atualizar o plano quando sistemas, equipamentos ou pessoas mudam. O guia sobre ransomware em pequenas empresas mostra por que a recuperação precisa estar preparada antes do ataque.

Quando chamar um especialista?

Vale buscar apoio quando a empresa depende de sistemas que não podem parar, quando nunca testou uma restauração, quando houve um incidente, quando há exigência de clientes ou quando o ambiente é complexo, com servidores, nuvem e várias unidades. Um especialista ajuda a definir as metas, escolher a estratégia, preparar a documentação e conduzir os testes.

Resumo para decidir

- O plano define como a empresa volta a operar. O backup é só um dos recursos. - Priorize os sistemas críticos e defina o tempo aceitável de parada e de perda de dados. - Documente em linguagem simples, com responsáveis e contatos. - Teste, registre e revise. - Veja o serviço de backup e segurança de dados e a regra 3-2-1 de backup para estruturar a base.

Perguntas frequentes

Qual a diferença entre backup e plano de recuperação de desastres?

O backup é a cópia dos dados. O plano define como usar essa cópia e os demais recursos para a empresa voltar a operar: quem faz o quê, em que ordem, em quanto tempo e com quais contatos.

Por onde começar um plano de recuperação?

Pelos três sistemas sem os quais a empresa não opera: defina quanto tempo cada um pode ficar parado, confira se o backup atende esse prazo e escreva o passo a passo básico para recuperá-los.

Como testar o plano?

Com uma revisão de mesa, um teste de restauração em ambiente separado e, para sistemas críticos, uma simulação com cronômetro. Registre os problemas e ajuste o plano.

Onde guardar o plano?

Em mais de um lugar, incluindo cópia fora do servidor que pode falhar, com acesso para quem precisa usá-lo na emergência e proteção contra acesso indevido.