Questão de Segurança da Informação — Plano de Continuidade de Negócios — CESPE / CEBRASPE 2024
Segurança da Informação›Plano de Continuidade de Negócios
Código
ce173497
Banca
CESPE / CEBRASPE
Órgão
FINEP
Ano
2024
Nível
Superior
Cargo
Analista - Tecnologia da Informação - Infraestrutura
Ocorreu um desastre em uma empresa e seu sistema foi interrompido durante 4 minutos. O tempo necessário para retornar o sistema ao seu estado operacional foi de 18 minutos — no caso, 6 minutos abaixo do tempo limite máximo de recuperação definido na política de backup da empresa. O desastre ocorreu 12 minutos depois que a organização tinha terminado seu último backup, por isso houve a perda de todos os dados que tinham sido gerados depois do último backup. No entanto, essa perda coincidiu com o limite aceitável de perda de dados, de acordo com a referida política.Com base nessa situação hipotética, assinale a opção que apresenta corretamente a medida da métrica RPO (recovery point objective) no caso.
A4 minutos
B6 minutos
C12 minutos
D18 minutos
E24 minutos
Revelar gabarito e comentário▾
GabaritoC — 12 minutos
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Métrica RPO (Recovery Point Objective)
Gabarito: letra C. O RPO (Recovery Point Objective) representa o ponto no tempo em que os dados devem ser recuperados, ou seja, a perda máxima de dados aceitável pela organização. No caso, o último backup foi concluído e o desastre ocorreu 12 minutos depois, gerando a perda de todos os dados produzidos nesse intervalo. A política de backup define que essa perda está dentro do limite aceitável, portanto o RPO é de 12 minutos.
O contexto apresentado no enunciado oferece todos os elementos para o cálculo direto: tempo decorrido entre o backup e o desastre = perda de dados = RPO. As demais alternativas referem-se a outras métricas (tempo de indisponibilidade, tempo de recuperação, diferenças), não ao RPO.
NÃO CAIA NESSA!
A principal armadilha é confundir RPO (perda de dados) com RTO (tempo de recuperação). O RTO seria o tempo máximo para restaurar o serviço – no caso, 24 minutos (pois o tempo real de 18 min foi 6 min abaixo do limite). Já o RPO é sempre o período entre o último backup válido e o desastre. Fique atento: a pergunta pede explicitamente RPO, então ignore valores de downtime e recovery.
T=0Backup concluído
T=12 minDesastre ocorre
T=12 minPerda de dados = RPO
T=30 minSistema recuperado (18 min após)
T=30 minRTO = 24 min (limite)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O valor de 4 minutos é o tempo de interrupção do sistema durante o desastre, não a perda de dados. Não corresponde ao RPO.
Alternativa B — ❌ Incorreta
6 minutos é a diferença entre o tempo real de recuperação (18 min) e o limite máximo de recuperação (RTO de 24 min). Refere-se a uma folga no RTO, não ao RPO.
Alternativa C — ✅ Correta ⟵ GABARITO
12 minutos é exatamente o período entre o último backup e o desastre, que resultou na perda máxima aceitável de dados. Esse é o conceito de RPO.
Alternativa D — ❌ Incorreta
18 minutos é o tempo efetivo gasto para recuperar o sistema. Trata-se do tempo de recuperação real, não do ponto objetivo de recuperação de dados (RPO). O RPO é medido em perda de dados, não em tempo de reparo.
Alternativa E — ❌ Incorreta
24 minutos é o tempo limite máximo de recuperação (RTO – Recovery Time Objective) definido na política. É o prazo aceitável para que o sistema volte a operar, não o ponto de recuperação de dados. Confundir RTO com RPO é o erro mais comum nesse tipo de questão.