¿Qué es el RTO (Recovery Time Objective)?
El RTO (Recovery Time Objective, o tiempo de recuperación) es el tiempo máximo que una empresa acepta tener un sistema fuera de servicio antes de que el perjuicio se vuelva grave. Si el RTO es de dos horas, el plan de recuperación debe volver a poner ese sistema en marcha en un plazo de dos horas. Es la respuesta a la pregunta “¿cuánto tiempo podemos operar detenidos?”.
Cómo funciona el RTO en la práctica
El RTO no es el tiempo de restaurar un archivo. Es el reloj completo de la parada, desde el momento de la falla hasta que el negocio vuelve a operar de verdad. Definir ese límite orienta toda la arquitectura de recuperación.
Marcar el inicio del reloj
El RTO comienza en el instante de la falla, no cuando el equipo se da cuenta. Una detección lenta ya gasta parte del tiempo antes de cualquier acción.
Definir el objetivo por sistema
Cada servicio tiene un límite tolerable: el ERP quizá necesite volver en minutos; un sistema secundario acepta horas. Ese objetivo es el RTO.
Diseñar la recuperación para caber en el objetivo
Un RTO corto exige recursos listos (imagen en espera, entorno de reserva); un RTO largo acepta restaurar desde cero. La meta define el método.
Probar y medir el tiempo real
Solo una prueba de recuperación dice cuánto tiempo tarda de verdad la vuelta. El RTO en el papel se vuelve compromiso solo cuando se mide.
Fuentes: NIST SP 800-34 Rev. 1 e ISO 22301 (continuidad del negocio).
Dónde se esconde el tiempo de recuperación
- El tiempo de notar: el reloj corre desde la falla, aun antes de que alguien lo vea
- El tiempo de decidir: convocar a las personas correctas y elegir el plan consume horas cuando nada se ensayó
- El tiempo de preparar: sin un entorno de recuperación listo, hay que provisionar servidores, red y acceso antes de restaurar
- El tiempo de restaurar: proporcional al volumen de datos y a la distancia de la copia
- El tiempo de validar y retomar: probar, levantar los sistemas en el orden correcto y liberar a los usuarios todavía es parte de la parada
Por qué cada hora de RTO tiene precio
El RTO importa porque la parada cuesta por hora, y la cifra no es pequeña. Para más del 90% de las medianas y grandes empresas, una sola hora de inactividad supera los US$ 300 mil, y el 41% de ellas reporta pérdidas de US$ 1 millón a más de US$ 5 millones por hora (ITIC, 2024). El costo no es solo ingreso detenido: es equipo ocioso, pedidos sin atender, contratos en riesgo y la confianza del cliente. Un RTO corto no sale gratis, exige recursos listos para asumir, pero un RTO indefinido es el cheque en blanco que la empresa firma sin darse cuenta. Al lado del RTO va el RPO, que mide los datos perdidos; juntos, los dos dimensionan el plan de continuidad.
Cómo definir y cumplir el RTO
Un RTO solo vale si es realista y probado. Cuatro pasos lo vuelven concreto:
- Clasifique los sistemas por urgenciaLo que debe volver en minutos no es lo que acepta volver mañana. El RTO nace de ese orden de prioridad.
- Ligue el RTO al costo de la paradaCuanto más cara es cada hora detenida de un sistema, más corto el RTO justifica la inversión en recuperación rápida.
- Elija el método a la altura del objetivoImagen en espera y entorno de reserva para un RTO corto; restauración convencional para lo que tolera esperar. No pague por velocidad donde no rinde.
- Ensaye el orden de reanudaciónDefina y pruebe qué sistema sube primero. Volver en el orden equivocado alarga la parada aun con un buen backup.
En la práctica
Nadie descubre su RTO real el día del desastre y le gusta el número. Se descubre en una prueba de recuperación, cuando todavía hay tiempo de acortarlo.
Cómo trata Zamak el RTO
Zamak Technologies define el RTO por sistema y diseña la recuperación para caber en el objetivo, con imagen en espera donde la parada es cara y prueba que mide el tiempo real de vuelta. Para descubrir cuánto le cuesta a su empresa una hora detenida y qué RTO se paga, use la calculadora de costo de inactividad. Es parte de la Continuidad del Método Zamak.