Volver al glosario
R
Definición

RPO Definición IT

Recovery Point Objective: la cantidad máxima de datos que una organización acepta perder ante un siniestro, expresada como el intervalo de tiempo desde la última copia de seguridad utilizable.

El RPO (Recovery Point Objective, objetivo de punto de recuperación) define la cantidad máxima de datos que una organización acepta perder ante un siniestro. Se expresa en tiempo: un RPO de una hora significa que se tolera perder, como máximo, la última hora de datos producidos antes del incidente.

Junto con el RTO, el RPO es uno de los dos parámetros clave de un Plan de Recuperación de Actividad (PRA) y figura a menudo en los SLA.

Lo que el RPO impone técnicamente

El RPO determina la frecuencia y el modo de copia de seguridad o replicación:

  • RPO de varias horas: copias de seguridad periódicas clásicas (diarias o varias veces al día).
  • RPO de unos minutos: replicación asíncrona regular.
  • RPO cercano a cero: replicación síncrona hacia un sitio remoto, donde cada transacción se confirma en dos sitios antes de validarse.

RPO y criticidad de los datos

El RPO se fija según el valor de los datos, durante el análisis de impacto de negocio del PCA:

  • Transacción financiera: RPO de unos segundos — ninguna transacción debe perderse.
  • CRM, ERP: RPO de unos minutos.
  • Reporting, archivos: un RPO de varias horas es aceptable.

RPO ≠ RTO

El RPO mide una pérdida de datos (hacia el pasado: ¿hasta dónde debemos poder retroceder?); el RTO mide un plazo de restablecimiento (hacia el futuro: ¿en cuánto tiempo se restablece el servicio?). Ambos se definen juntos pero responden a preguntas distintas.

Preguntas frecuentes

¿Cómo reducir el RPO?

+

Reducir el RPO supone aumentar la frecuencia de las copias de seguridad o pasar a la replicación. Un RPO de varias horas se basa en copias periódicas; un RPO de unos minutos requiere replicación asíncrona; un RPO cercano a cero impone una replicación síncrona hacia un sitio remoto, más costosa pero sin pérdida de datos.

¿Es realista un RPO de cero?

+

Un RPO estrictamente nulo es técnicamente alcanzable mediante replicación síncrona multisitio, pero con un coste elevado y un impacto en el rendimiento (cada escritura debe confirmarse en dos sitios). En la práctica, el RPO casi nulo se reserva a los datos más críticos (transacciones financieras) y se acepta un RPO más alto para el resto del portafolio de aplicaciones.

¿Necesita ayuda para mapear su panorama TI?

Kabeen le ayuda a inventariar, analizar y optimizar su portafolio de aplicaciones.

Probar gratis