Imagine una distribuidora en Guayaquil: el sistema de pedidos deja de funcionar mientras varios clientes esperan despacho. Hay un respaldo, pero nadie sabe cuándo podrá volver a operar ni qué pedidos habrá que reconstruir. La consecuencia es inmediata: ventas detenidas, entregas pendientes y decisiones sin información.

Antes de contratar almacenamiento o comparar precios por gigabyte, gerencia necesita tomar dos decisiones: cuánto puede durar la interrupción y cuánta información reciente puede perder.

1. RTO: ¿en cuánto tiempo necesitamos volver a operar?

El objetivo de tiempo de recuperación, o RTO, establece el tiempo máximo aceptable desde la interrupción hasta el restablecimiento del servicio. Debe definirse por proceso: pedidos, contabilidad y archivos históricos pueden tener prioridades distintas.

Ejemplo hipotético: la distribuidora fija un RTO de dos horas para su sistema de pedidos. Es una meta para diseñar y evaluar la recuperación; no significa que cualquier respaldo permita cumplirla. Recuperar archivos es solo una parte: también deben funcionar la aplicación, los accesos y sus conexiones.

2. RPO: ¿cuánta información reciente podemos perder?

El objetivo de punto de recuperación, o RPO, expresa la pérdida de datos tolerable medida en tiempo. La pregunta ejecutiva es: ¿hasta qué momento necesitamos recuperar la información?

Otro ejemplo hipotético: una comercializadora en Quito acepta reconstruir, como máximo, los últimos 30 minutos de pedidos. Ese sería su RPO. Si únicamente dispone de una copia de la noche anterior, podría perder mucho más de lo aceptable. La frecuencia programada del respaldo debe contrastarse con las copias realmente completadas y recuperables.

Estos tiempos son ejemplos didácticos, no compromisos ni tiempos ofrecidos por SpaceCloud.

Un objetivo necesita evidencia

RTO y RPO orientan el diseño. Una garantía contractual exige revisar qué se pacta, cómo se mide, qué escenarios cubre y cuáles son las responsabilidades de cada parte. Escribir «RTO: dos horas» en una propuesta no demuestra que se haya logrado.

Solicite una prueba de recuperación con una aplicación representativa. Registre cuándo comenzó la interrupción simulada, cuándo el usuario pudo trabajar y cuál fue el último dato recuperado. Compruebe también permisos, conectividad y dependencias.

La regla 3-2-1 de respaldos ayuda a distribuir las copias. Definir RTO y RPO añade el criterio para evaluar si esas copias responden a las necesidades del negocio. También complementa la continuidad de los procesos críticos: recuperar datos y reanudar una operación completa requieren coordinación.

Cinco preguntas antes de contratar

  • ¿Qué procesos cubre la recuperación y en qué orden se restablecen?
  • ¿Qué RTO y RPO se proponen para cada proceso, y bajo qué condiciones?
  • ¿Cuándo se probó una restauración comparable y qué resultados documentados obtuvo?
  • ¿Quién autoriza la recuperación y quién valida que el negocio puede operar?
  • ¿Qué incluye el precio: almacenamiento, transferencia, infraestructura temporal y asistencia durante el incidente?

Recomendación práctica: reúna a gerencia, operaciones y TI. Elijan tres procesos esenciales y documenten sus objetivos, responsables y próxima prueba. Después comparen alternativas con el mismo alcance: exigir tiempos más estrictos puede elevar el costo y la complejidad.

Converse con SpaceCloud para evaluar sus prioridades de recuperación y definir una solución con alcance y costos claros. El punto de partida es entender qué necesita recuperar su empresa y con qué evidencia comprobará el resultado.

Fuentes técnicas: AWS Well-Architected, definición de objetivos de recuperación y selección de estrategias de recuperación.