RTO, RPO y tolerancia al corte

Un proceso tiene tres números que se confunden con facilidad. El periodo máximo tolerable de interrupción (MTPD) es el límite a partir del cual el daño ya no se acepta. El objetivo de tiempo de recuperación (RTO) es lo que se promete restablecer, y debe quedar por debajo del MTPD. El objetivo de punto de recuperación (RPO) mira hacia atrás: cuánto tiempo de datos se puede perder, y por eso lo determina la frecuencia de las copias.

Un RTO se mide en tiempo hasta que el servicio vuelve; un RPO se mide en tiempo de datos que no volverán.

Un RTO escrito en un papel es un deseo hasta que se prueba. La prueba de restauración mide cuánto tarda de verdad, y la comparación con el objetivo es lo que revela las promesas que nadie puede cumplir.

Abre objetivos y compara rto_h con restauracion_probada_h fila a fila.

El RPO no se cumple con buenas intenciones sino con el calendario de las copias: si una copia se hace una vez al día, en el peor caso se pierde un día de datos, y eso solo es aceptable si el RPO es de un día o más. La comparación es entre rpo_h y copia_cada_h.

Abre objetivos y busca el sistema en que la copia llega más espaciada que lo que tolera su proceso.

En una falla real, los datos perdidos son los que se produjeron entre la última copia buena y el momento de la falla. No son las horas que dura la restauración: son dos ejes distintos, y la falla de prueba permite medir ambos con las tres horas de la tabla.

Abre falla_de_prueba y calcula solo el eje de los datos.

Un gerente propone que todos los sistemas tengan RTO y RPO de cero. Un objetivo cercano a cero exige duplicar infraestructura, replicar en tiempo real y mantener equipos de guardia, y su costo crece mucho más rápido que el beneficio. Por eso los objetivos se fijan comparando el impacto que muestra el análisis con el costo de la capacidad que los sostiene, proceso por proceso.