O objetivo de tempo de recuperação (RTO) é o tempo máximo tolerável que um processo de negócios pode ser interrompido antes que a organização sofra danos mensuráveis. O RTO é uma métrica chave usada para determinar o nível apropriado de investimento no planejamento e implementação da recuperação de desastres.
Há quatro componentes para o objetivo do tempo de recuperação:
– O tempo necessário para identificar o problema
– O tempo necessário para diagnosticar o problema
– O tempo necessário para reparar o problema
– O tempo necessário para recuperar quaisquer dados perdidos
Os três primeiros componentes são normalmente referidos como a fase de “detecção, diagnóstico e correcção”. O quarto componente, recuperação de dados, é muitas vezes a parte mais demorada e difícil do processo.
As organizações devem esforçar-se para minimizar as suas RTOs tanto quanto possível. No entanto, o nível de investimento necessário para alcançar uma ORT desejada pode ser proibitivo em termos de custos. Como tal, as organizações devem encontrar um equilíbrio entre a sua OCR desejada e o custo de alcançá-la. Como é medido o RTO e a RPO? Existem dois conceitos-chave em backup de dados e recuperação de desastres: RTO (Recovery Time Objective) e RPO (Recovery Point Objective).
RTO é a quantidade de tempo que decorre entre um evento de perda de dados e a restauração bem sucedida dos dados. Em outras palavras, é a quantidade de tempo de inatividade que seu negócio pode tolerar.
RPO é a quantidade máxima de dados que a sua empresa pode se dar ao luxo de perder. Em outras palavras, é a quantidade máxima tolerável de perda de dados.
Há uma série de factores a considerar ao determinar o seu RTO e RPO. Estes incluem o tipo de dados que precisam ser recuperados, a importância desses dados para o seu negócio, a frequência dos backups de dados, a localização dos seus backups de dados e a velocidade do seu processo de restauração de dados.
Não existe uma resposta de tamanho único para a questão de como o RTO e RPO são medidos. A melhor maneira de determinar o RTO e RPO apropriados para o seu negócio é trabalhar com um fornecedor de serviços profissionais de backup de dados e recuperação de desastres.
O que é AWS RTO e RPO?
AWS RTO (Recovery Time Objective) e RPO (Recovery Point Objective) são ambos termos de recuperação de desastres que se referem à quantidade de tempo e dados que podem ser perdidos, respectivamente, no caso de uma falha do sistema ou perda de dados.
RTO é a quantidade de tempo que um sistema pode ficar em baixo antes de ter impacto nas operações comerciais. Por exemplo, se um site de comércio eletrônico ficar fora do ar por duas horas, isso seria considerado um RTO de duas horas.
RPO é a quantidade de dados que pode ser perdida no caso de uma falha do sistema. Por exemplo, se um sistema de backup só é capaz de salvar dados com uma hora, então a RPO seria de uma hora.
Tanto a RTO como a RPO são considerações importantes na concepção de um plano de recuperação de desastres. O objetivo é ter um plano que possa restaurar o sistema e os dados o mais rápido possível, com o mínimo possível de perda de dados.
O que é RTO RPO e MTD?
RTO (Recovery Time Objective) é o tempo máximo que pode passar entre a perda de dados e o início do processo de recuperação.
RPO (Recovery Point Objective) é o tempo máximo que pode passar entre a perda de dados e o ponto em que os dados são recuperados.
MTD (Mean Time to Data) é o tempo médio que leva para recuperar os dados.
Qual é o RPO ou RTO mais importante?
Não há uma resposta simples para esta pergunta, pois depende de uma série de fatores. Em geral, RPO (recovery point objective) é a métrica mais importante, pois representa a quantidade máxima de dados que podem ser perdidos em um desastre. O RTO (recovery time objective) também é importante, mas representa a quantidade de tempo que será necessário para recuperar de um desastre, e não a quantidade de dados que podem ser perdidos.
Diversos fatores precisam ser considerados ao decidir qual métrica é mais importante. Estes incluem o tipo de dados a serem copiados, a frequência dos backups, a capacidade de armazenamento dos backups, a tolerância à perda de dados e o tempo necessário para a recuperação.
Em geral, a RPO é mais importante para dados de missão crítica, dados que mudam frequentemente, dados que não são facilmente replicados e dados que não podem tolerar qualquer perda de dados. O RPO é mais importante para dados que não são de missão crítica, dados que mudam com menos frequência, dados que são facilmente replicados e dados que podem tolerar alguma perda de dados.