O RPO explicado

Definição

A ISO 22301 define-o como o ponto até ao qual a informação usada por uma atividade tem de ser reposta para que a atividade funcione na retoma. Um RPO de uma hora significa perder no máximo a última hora de dados.

Porque é importante

Decide com que frequência os dados têm de ser copiados: cópias noturnas não conseguem cumprir um RPO de 15 minutos.

O objetivo certo depende do que se consegue reconstruir. Alguns dados perdidos podem ser reintroduzidos a partir de papel ou do sistema de um parceiro, e outros perdem-se simplesmente.

Como funciona

Pergunte ao responsável de negócio o que se perderia e como se poderia reconstruir. Fixe o RPO por conjunto de dados, porque um número único para a empresa estará errado para a maioria.

Escolha os meios: cópias diárias ou horárias, envio de registos de transações ou replicação síncrona. O intervalo não pode ser maior do que o RPO.

Teste uma reposição e veja a data da última transação recuperada. Essa data é o seu RPO real.

Um caso prático

As marcações de uma clínica podem ser reconstruídas a partir do registo de SMS, por isso 4 horas são aceitáveis. Os processos clínicos dos doentes não podem ser reconstruídos, por isso o RPO é de 15 minutos, cumprido através do envio de registos para um segundo local.

Um teste repõe os processos até 11 minutos antes da falha simulada, e o relatório do teste regista esse número.

Boas práticas

• Guarde também cópias mais antigas, caso uma corrupção passe despercebida durante dias.
• Monitorize se as cópias terminam de facto e leia as falhas.
• Verifique o que cada fornecedor SaaS conserva e durante quanto tempo.

Erros frequentes

• Presumir que uma cópia que correu é uma cópia que se repõe.
• Pedir um RPO de zero em todo o lado, sem o orçamentar.
• Esquecer os dados dos serviços SaaS, porque ninguém na informática configurou alguma vez as suas cópias.
• Ler o RPO no calendário das cópias. Só uma reposição mostra o que recuperaria de facto.

Perguntas

Um RPO pode ser zero?

Perto de zero, com replicação síncrona, a um custo e com limites de distância. Não o protege da corrupção, que também é copiada.

Quem fixa o RPO?

O responsável da atividade de negócio, com a informática a aconselhar sobre o custo de cada objetivo.

Como é que o ransomware afeta o RPO?

A cifragem pode ter corrido sem ser notada, pelo que a última cópia limpa pode ser mais antiga do que o objetivo. É por isso que se guardam cópias mais antigas.

O que significa um RPO de 24 horas?

A empresa aceita perder até um dia de dados. Na prática, uma cópia todas as noites é o mínimo para o cumprir.

Uma maior frequência de cópias torna os sistemas mais lentos?

Pode tornar, consoante a técnica. Os snapshots e o envio de registos limitam o efeito face às cópias completas.

O RPO é o mesmo para todos os sistemas?

Não deveria ser. Um site público e uma contabilidade toleram perdas muito diferentes.