RPO y RTO: 6 ejercicios de copias y recuperación para TAI
Respuesta rápida: RPO mira hacia atrás: cuánto dato se admite perder. RTO fija cuánto puede tardar como máximo en volver el servicio; el tiempo real se compara con ese objetivo. El calendario de copias es un mecanismo; los objetivos se prueban con copias terminadas y restauraciones verificadas.
Dos relojes, dos decisiones
NIST define RPO y RTO dentro de la planificación de contingencia. En estos casos, el incidente ocurre a la hora indicada y se calcula con la última copia válida, no con una copia que estaba prevista pero no terminó.
| Medida | Pregunta |
|---|---|
| RPO | ¿Qué antigüedad máxima de datos acepto al reanudar? |
| RTO | ¿Cuánto tiempo puede estar degradado o caído el servicio? |
Hipótesis de cálculo: cada copia válida representa exactamente el estado de datos de la hora indicada, no solo el fin de transferencia. Si un respaldo que termina a las 10:00 representa las 09:00, no puede usarse para afirmar una pérdida de 37 minutos a las 10:37.
Seis ejercicios
1. Copias horarias
Una copia válida termina a las 10:00 y el incidente llega a las 10:37. Si no hay réplica posterior, ¿qué datos pueden faltar? Hasta 37 minutos. No es automáticamente una hora: la pérdida real se mide desde la última recuperación válida.
2. Objetivo incumplido
El RPO objetivo es 15 minutos y las copias válidas solo terminan cada hora. ¿Cumple el diseño? No. En el peor instante tras una copia, puede perder casi 60 minutos; el objetivo debe cubrir el peor caso permitido, no una media cómoda.
3. Copia programada pero fallida
Una tarea prevista a las 11:00 falla; la última copia verificable acabó a las 10:00 y el incidente es a las 11:10. ¿Ventana posible de pérdida de datos? 70 minutos. El calendario no crea un punto de recuperación que no existe.
4. Restauración y validación
Tras un fallo, las fases son consecutivas y no se solapan: detección 10 min, restauración 35 min y comprobación funcional 15 min. ¿Tiempo hasta servicio utilizable? 60 minutos. Esas fases cuentan para RTO; terminar de copiar datos no basta si el servicio aún no funciona.
5. RTO incumplido
El RTO objetivo es 45 min y el caso anterior tarda 60. ¿La copia es suficiente por haberse restaurado? No. El RPO podría cumplirse y el RTO fallar: son restricciones independientes.
6. Dos métricas a la vez
La última copia válida es de 09:50; incidente 10:20; el servicio vuelve 10:55. ¿Pérdida máxima y recuperación? 30 minutos de datos y 35 minutos de indisponibilidad. Son números distintos y no deben sumarse para inventar una tercera métrica.
Cálculo reproducible
Para cada caso anota pérdida = incidente − última copia válida y recuperación = hora de servicio utilizable − incidente. Los cálculos dan 37 minutos en el caso 1, 70 en el caso 3, 60 en el caso 4 y, en el caso 6, 30 minutos de posible pérdida y 35 de recuperación. La frecuencia de backup solo es una hipótesis inicial: una prueba de restauración decide si la copia sirve.
El Pack Temario TAI 2027 reúne los 33 temas oficiales desarrollados y describe en su ficha su práctica y simulacro. Esta guía aporta ejercicios de continuidad, no una promesa de disponibilidad de ningún servicio.
Preguntas frecuentes
¿Una copia cada hora garantiza RPO de una hora?
Solo si termina correctamente, contiene datos utilizables y está disponible para restaurar; el intervalo programado no sustituye la verificación.
¿RTO es la duración de la copia?
No. RTO es el límite objetivo para volver a prestar el servicio; el tiempo real incluye detección, restauración y validación y se compara con ese límite.
