RPO y RTO: las dos cifras que definen si tu empresa sobrevive a un desastre

Cuando todo falla —ransomware, incendio, borrado accidental—, solo importan dos preguntas: ¿cuántos datos hemos perdido? y ¿cuánto tardamos en volver a trabajar? Las respuestas tienen nombre técnico, y si nadie las ha pactado por escrito, las decidirá el azar.

RPO: cuántos datos puedes permitirte perder

El RPO (Recovery Point Objective) es la distancia máxima entre el desastre y la última copia utilizable. Con copia diaria a medianoche, un fallo a las 18:00 se lleva por delante el trabajo de todo el día: tu RPO real son 24 horas. Para una asesoría quizá sea asumible; para un hotel con reservas entrando cada minuto, no.

RTO: cuánto puedes estar parado

El RTO (Recovery Time Objective) es el tiempo máximo hasta volver a operar. Y aquí llega la sorpresa clásica: tener backup no significa restaurar rápido. Recuperar terabytes desde una copia en la nube puede llevar días si nadie diseñó el camino de vuelta. Backup es tener los datos; Disaster Recovery es tener el plan.

Cómo se decide (y quién decide)

RPO y RTO no son cifras técnicas: son decisiones de negocio. Cuánto cuesta una hora de parada, cuánto vale una jornada de datos, y cuánto se quiere invertir en reducir ambos. Ajustarlos es un balance: RPO de minutos y RTO de una hora existen, pero cuestan; el punto correcto es distinto para cada empresa.

Y luego, probarlo

Un plan de continuidad que nunca se ha ensayado es un documento de ficción. Las pruebas de restauración periódicas convierten «deberíamos poder recuperar» en «recuperamos en 3 horas 40, probado en marzo». En KOVU definimos RPO/RTO por contrato y los verificamos con pruebas calendarizadas. Son las dos cifras más importantes que tu empresa aún no ha escrito.