Continuidade de negócio

Como é implementada

1. 1Entrevistas com a direção e os responsáveis de área.
2. 2Classificação de aplicações por criticidade.
3. 3Conceção da arquitetura de contingência e dos procedimentos.
4. 4Teste de recuperação real e ajuste do plano.
5. 5Revisão periódica quando há alterações nas aplicações ou nos processos.

O que inclui o plano

O plano reúne o inventário dos sistemas e a sua criticidade, os objetivos de recuperação acordados por sistema, a arquitetura de salvaguarda, a ordem de restauro, os contactos e as credenciais de emergência, e o calendário de testes. A Seintec executa a componente técnica e documenta cada teste com tempos reais. As decisões organizacionais —quem ativa o plano, como se comunica e o que se faz manualmente durante a contingência— são definidas pela empresa, com o nosso apoio metodológico. Um plano que cobre apenas a componente técnica deixa de fora metade do que acontece durante um incidente real.

O que fica em risco se não for abordado

• Plano escrito mas nunca executado

  Um documento sem um teste real costuma falhar nos detalhes: ordem de arranque, credenciais expiradas ou dependências externas não previstas.

• Cópia de segurança e sistema no mesmo local

  Se a cópia de segurança partilhar o edifício, a alimentação elétrica e a rede com o servidor, qualquer incidente físico afeta ambos ao mesmo tempo.

• Expectativas não alinhadas

  Sem objetivos de recuperação escritos, a direção espera minutos e a equipa técnica prepara-se para horas. A conversa deve ter lugar antes do incidente.

Perguntas frequentes

¿Qual é a diferença entre backup e continuidade?

O backup permite recuperar dados; a continuidade define em quanto tempo e por que ordem o negócio volta a funcionar, com os recursos necessários para o conseguir.

¿O que são RTO e RPO?

O RTO é o tempo máximo aceitável até à recuperação do serviço e o RPO a quantidade máxima de informação que se pode perder, medida em tempo.

¿Com que frequência se deve testar?

Depende da criticidade e das alterações no ambiente; acorda-se uma frequência e documenta-se cada teste.

¿É garantido que não haverá interrupções?

Não. São acordados objetivos, medidas e testes; nenhum fornecedor sério garante a ausência total de incidentes.

¿Que objetivos de recuperação são razoáveis?

Dependem do custo da interrupção para cada processo, não de um valor genérico. São acordados por sistema: a identidade e a rede têm normalmente prioridade, depois a aplicação que suporta a atividade principal e por último os restantes sistemas. Esses objetivos são documentados, confrontados com a arquitetura disponível e revistos em cada teste.

¿Com que frequência se deve testar a recuperação?

No mínimo uma vez por ano para os sistemas críticos, e sempre que haja uma alteração relevante: uma migração, uma nova aplicação ou uma mudança de fornecedor. Entre testes completos podem realizar-se verificações parciais de restauro de ficheiros e bases de dados, que são rápidas e detetam a maioria dos problemas.

¿A continuidade é apenas uma questão técnica?

Não. A componente técnica é metade: é necessário decidir quem comunica, com que critério se decide ativar o plano, como se informa os clientes e fornecedores e como se valida o trabalho realizado durante a contingência. Essa componente organizacional é documentada juntamente com os procedimentos técnicos.

¿Por onde começar se não houver nada documentado?

Pelo inventário e por uma conversa com a direção sobre que processos não podem parar e durante quanto tempo. Com essa informação definem-se três ou quatro sistemas prioritários, verifica-se se a arquitetura atual permite cumprir o objetivo e colmatam-se as lacunas antes de redigir um documento extenso.