Força Guerreiros(as)!
O RTO, ou Recovery Time Objective, está relacionado ao período máximo de tempo que o sistema levará para voltar a operar após uma parada ou pane.
O RPO serve para planejar um plano B quando os problemas forem irreversíveis.
Podemos resumir as diferenças entre as duas soluções da seguinte forma: enquanto o RPO tem como foco o ciclo de backups, o RTO é mais abrangente, pois cria um limite para o gerenciamento ser planejado e garantir produtividade e segurança à empresa.
PRO e RTO não dizem respeito às diferenças entres incidentes ocasionados por humanos ou pelo ambiente.
RPO - Recovery Point Objective
Qual é a margem de perda de dados que uma empresa pode ter sem afetar as operações vitais?
O RPO tem relação com a periodicidade dos backups. Por exemplo, se uma empresa toma essa medida todos os dias às 17h, e ocorrer uma pane no servidor às 9h, o ponto de recuperação será às 17h do dia anterior. Nesse caso, temos um RPO de 24 horas. Se a empresa faz 2 backups diariamente, temos um RPO de 12 horas.
RTO - Recovery Time Objective
Está relacionado ao período máximo de tempo que o sistema levará para voltar a operar após uma parada ou pane.
Qual é a margem de perda de dados que uma empresa pode ter sem afetar as operações vitais?
O RPO, sigla em inglês para Recovery Point Objective, está diretamente relacionado a essa pergunta. Ele é um método de controle para calcular a quantidade limite de dados que uma organização toleraria perder em caso de pane ou de paralisação, decorrente de uma iminente ameaça de invasão . O objetivo é não atingir esse limiar de tolerância para a empresa não ter os trabalhos comprometidos.
O RPO tem relação com a periodicidade dos backups. Por exemplo, se uma empresa toma essa medida todos os dias às 17h, e ocorrer uma pane no servidor às 9h, o ponto de recuperação será às 17h do dia anterior. Nesse caso, temos um RPO de 24 horas. Se a empresa faz 2 backups diariamente, temos um RPO de 12 horas. É cíclico!
Quanto tempo a equipe de TI levará para restabelecer um ambiente ou sistema? O RTO, ou Recovery Time Objective, está relacionado ao período máximo de tempo que o sistema levará para voltar a operar após uma parada ou pane. Isso inclui download dos dados, reinstalações, atualizações etc.
É imprescindível para a empresa calcular o tempo de tolerância com o sistema parado. Sem danos à produtividade e problemas de segurança. Com essa estimativa em mãos, a equipe de TI poderá criar soluções ágeis e ferramentas adequadas para fazer as correções no tempo desejado. Criando alternativas quando esse tempo for excedido.
O cálculo do RTO deve levar em conta questões de prioridades da empresa. O fornecedor de TI deverá fazer uma avaliação precisa da importância de cada elemento da infraestrutura para o negócio.
É claro que tudo tem importância. Mas é necessário identificar qual impacto a ausência de um sistema ou banco de dados, por exemplo, podem trazer para o negócio a curto prazo. Assim, as aplicações com ligação mais profunda com os processos produtivos terão prioridade. Enquanto as de menos apelo de curto prazo poderão ter um RTO maior.
Podemos resumir as diferenças entre as duas soluções da seguinte forma: enquanto o RPO tem como foco o ciclo de backups , o RTO é mais abrangente, pois cria um limite para o gerenciamento ser planejado e garantir produtividade e segurança à empresa.
Fonte: https://addee.com.br/blog/rto-e-rpo-o-que-sao-e-quais-sao-as-diferencas/