RPO (Recovery Point Objective) y RTO (Recovery Time Objective) son los dos objetivos con los que una empresa decide cuántos datos está dispuesta a perder y cuánto tiempo puede esperar tras una caída. El RPO mide la pérdida de datos aceptable; el RTO, el tiempo de parada aceptable.
Cómo funciona
El RPO se expresa como un intervalo de tiempo: la distancia máxima aceptable entre el último punto recuperable y el momento del incidente. Si el RPO de un sistema es de una hora, la copia o la réplica debe hacerse, como mínimo, con esa frecuencia.
El RTO también es un intervalo: el tiempo que puede pasar desde la interrupción hasta que el proceso vuelve a un nivel de servicio aceptable. Incluye diagnosticar, restaurar, comprobar y reabrir el servicio a los usuarios, no solo copiar datos.
Ambos se fijan por proceso de negocio, no por herramienta. La facturación, el correo, la producción y un archivo de documentos históricos tienen impactos distintos y, por tanto, objetivos distintos. Para fijarlos se parte del impacto de una parada, de las dependencias entre sistemas y de la capacidad real de restauración.
Ejemplo
Ejemplo ilustrativo, con cifras inventadas. Una empresa de distribución copia su ERP de facturación cada noche a las 02:00. Si el servidor falla a las 16:00, se pierde todo lo hecho desde las 02:00: catorce horas de operaciones, y en el peor momento del día serían casi veinticuatro. Dirección decide que, como mucho, puede rehacer una hora de trabajo: ese sistema necesita copias o réplicas mucho más frecuentes.
En una prueba de restauración cronometrada, recuperar el ERP tarda nueve horas, pero la empresa solo puede estar cuatro sin facturar. El RTO medido no cumple el objetivo: hay que cambiar el método de recuperación o revisar el objetivo con datos reales. La carpeta de documentos históricos, en cambio, puede tener un RPO y un RTO de varios días sin que el negocio lo note.
Errores frecuentes
Una copia terminada con éxito no demuestra ni el RPO ni el RTO: solo una restauración de prueba medida lo hace. Fijar un único valor para toda la empresa tampoco funciona. Y conviene preguntar a cualquier proveedor qué se mide, desde cuándo y cómo se comprueba antes de aceptar un objetivo por escrito.
Cuándo llamar a un experto
Conviene pedir ayuda cuando no está claro qué sistemas paran el negocio, cuando nadie ha cronometrado nunca una restauración, cuando un cliente, un seguro o una auditoría piden evidencias de continuidad o cuando ha cambiado la infraestructura (nube, Microsoft 365, una sede nueva) y los objetivos no se han revisado.
Un especialista ayuda a ordenar los sistemas por impacto, a traducir los objetivos en una política de copias y a comprobar con restauraciones de prueba que se cumplen. En Impulso Tecnológico trabajamos en diagnóstico, controles técnicos y formación: consulta nuestros servicios gestionados, la guía RPO y RTO para empresas o cuéntanos tu caso.
Para saber más
Términos relacionados del glosario: regla de copias 3-2-1, backup inmutable, disaster recovery y plan de continuidad de negocio.
Fuente oficial (en inglés): la guía NIST SP 800-34 Rev. 1 sobre planificación de contingencias, y las definiciones de RPO y RTO en su glosario.