Después de leerlo, podrá fijar un RTO a partir del impacto en el negocio, poner precio a los medios para alcanzarlo y comprobarlo con una prueba cronometrada.
Definición
La ISO 22301 lo define como el periodo tras un incidente en el que una actividad debe reanudarse o un recurso recuperarse. Se fija dentro del tiempo a partir del cual el impacto de no reanudar se vuelve inaceptable, a menudo llamado periodo máximo tolerable de interrupción (MTPD).
El negocio fija el RTO como objetivo. Lo que informática logra en una prueba es el tiempo de recuperación real, y ambos suelen diferir.
Por qué importa
El RTO dimensiona la inversión. Un objetivo de 15 minutos supone una conmutación siempre preparada, mientras que 3 días pueden requerir solo buenas copias de seguridad, y las facturas no son ni remotamente comparables.
Cómo funciona
Obtenga el RTO del análisis de impacto en el negocio, actividad por actividad. Tradúzcalo en objetivos para los sistemas que las sostienen, incluidas sus dependencias.
Elija medios de recuperación acordes y compare su coste con el impacto que evitan.
Pruebe y anote el tiempo logrado. Si no alcanza el objetivo, cambie los medios o haga que la dirección acepte la diferencia.
Un caso práctico
Una tienda en línea pierde 2 000 € por hora cuando su web cae, así que fija un RTO de 2 horas. Una prueba tarda 5 horas, 4 de ellas en la restauración de la base de datos.
Una réplica templada lo reduce a 1 hora y 30 minutos por 1 200 € al mes. La dirección lo aprueba: las 3 horas y 30 minutos ganadas en una sola caída valen 7 000 €, casi seis meses de ese coste.
Buenas prácticas
- Haga que el responsable de negocio fije el RTO, con informática asesorando sobre el coste.
- Mida desde el momento de la interrupción y cuente el tiempo que se tarda en decidir.
- Alinee los RTO de las dependencias de un sistema.
- Guarde cada resultado de prueba junto a su objetivo.
Errores frecuentes
- Dar el mismo RTO a todos los sistemas, lo que gasta de más en unos y deja cortos a otros.
- Fijar un objetivo que ninguna prueba ha alcanzado nunca, de modo que la cifra solo existe en el papel.
- Olvidar el tiempo necesario para detectar y declarar el suceso, a menudo una hora o más.
- Pasar por alto una dependencia con un RTO más largo, que es la que fija entonces el tiempo real de recuperación.
Preguntas
- ¿Qué diferencia hay entre RTO y RPO?
- El RTO indica lo rápido que debe volver. El RPO indica cuántos datos recientes puede permitirse perder. Uno cuenta hacia delante desde el incidente y el otro hacia atrás.
- ¿Qué es un buen RTO?
- Uno justificado por el impacto y financiado. No hay una cifra universal.
- ¿Qué diferencia hay entre RTO y MTPD?
- El periodo máximo tolerable de interrupción es el punto en que el impacto se vuelve inaceptable. El RTO se fija más corto, para dejar margen.
- ¿Es un RTO lo mismo que un SLA?
- No. Un SLA es un compromiso con un cliente, a menudo sobre disponibilidad. El RTO es un objetivo interno de recuperación, que debe respaldar el SLA.
- ¿Cómo se verifica un RTO?
- Con un ejercicio de recuperación cronometrado en condiciones realistas. Sumar estimaciones no demuestra nada.