Las dos cifras que separan una cosa de la otra
El RPO, punto de recuperación objetivo, mide cuánta información acepta perder la empresa, expresada en tiempo: un RPO de cuatro horas significa que como máximo se rehacen cuatro horas de trabajo. El RPO depende sobre todo de la frecuencia del respaldo, y por eso es la cifra que el respaldo sí resuelve.
El RTO, tiempo objetivo de recuperación, mide cuánto puede estar detenida la empresa antes de que el paro cause un daño que no se recupera: pedidos que se van, entregas incumplidas, nómina que no sale. El RTO no depende del respaldo, sino de todo lo que rodea a la restauración: el hardware o la nube donde se va a levantar el sistema, el ancho de banda para bajar la copia, los accesos, la documentación y la disponibilidad de la gente que sabe hacerlo.
Dicho corto: el RPO es información perdida y el RTO es tiempo detenido. Una empresa con respaldo tiene control sobre el primero. Una empresa con continuidad operativa tiene control sobre los dos, y los dos están por escrito con un responsable al lado.
Lo que un respaldo no resuelve por sí solo
- Dónde se restaura. Si el servidor se perdió por hardware, incendio o cifrado, hay que tener un destino: equipo de reemplazo, hipervisor con capacidad libre o una máquina en la nube lista para recibir la imagen.
- Con qué accesos. Las contraseñas de administración, el acceso a la consola de respaldo y los segundos factores suelen vivir dentro de los sistemas que acabaron de caer. Si están ahí, no están disponibles cuando hacen falta.
- En qué orden. Levantar la aplicación antes de la autenticación o antes de la base de datos no funciona, y descubrirlo durante el incidente cuesta horas.
- Cuánto tarda la copia en llegar. Bajar la información de la nube tiene un tiempo real medible. Si nadie lo midió, el RTO es una suposición.
- Quién lo hace. Una sola persona que sepa restaurar es un punto único de falla tan serio como un solo disco.
- Qué hace la operación mientras tanto. Cómo se toman pedidos, cómo se avisa a los clientes y qué se registra en papel para recapturarlo después. Es parte del plan, no improvisación.
El orden de recuperación es parte del plan
En casi cualquier empresa el orden es el mismo, porque cada capa depende de la anterior. Escribirlo antes vale más que cualquier herramienta:
- Identidad y accesos. Directorio, cuentas, grupos, permisos y segundo factor. Sin esto, nadie puede entrar a nada de lo que se restaure después.
- Comunicación. Correo y mensajería. Es lo que permite coordinar la propia recuperación y avisar a clientes y proveedores.
- Archivos compartidos. Los documentos con los que trabaja la operación todos los días.
- Sistemas de línea de negocio. ERP, facturación, CRM, el sistema de almacén. Son los que devuelven la capacidad de vender y cobrar, y los que más dependencias tienen.
- Equipos de los usuarios. Se recuperan al final, en oleadas, priorizando a las áreas que ya tienen sistemas que usar.
De respaldo a continuidad: qué se agrega
- Una copia que el atacante no pueda tocar. La regla 3-2-1 (tres copias, dos medios, una fuera del sitio) hoy se escribe 3-2-1-1-0: una copia inmutable o aislada de la red y cero errores en la verificación. Sin eso, un cifrado que llega a la consola de respaldo se lleva también las copias.
- Un destino de recuperación ya definido. Para los sistemas críticos, una réplica encendida o una máquina en la nube lista para arrancar. Es lo que convierte un RTO de días en un RTO de horas.
- Un runbook. El procedimiento escrito, paso por paso, con direcciones, nombres de servidor, dependencias y teléfonos. Impreso o fuera de los sistemas que puedes perder, porque un plan guardado únicamente en el servidor caído no existe.
- Credenciales de emergencia fuera de banda. Guardadas de forma que sigan estando disponibles si el directorio o el gestor de contraseñas no están.
- Simulacros. Una restauración real, programada, con reloj, cuyo resultado se compara contra el RTO prometido. Es la única manera de que el RTO sea un dato y no un deseo.
- Prioridades acordadas con la dirección. Qué se levanta primero no es una decisión técnica: es una decisión de negocio tomada en frío, antes del incidente.
Cómo saber en qué punto está tu empresa
Hay cuatro preguntas que distinguen un esquema de copias de una capacidad de continuidad. Si las cuatro tienen respuesta documentada, hay continuidad; si alguna se responde con suposiciones, lo que hay es respaldo.
¿Cuál es el RPO y el RTO comprometido de cada sistema, por escrito? ¿Cuándo fue la última restauración real y cuánto tardó medida con reloj? ¿Dónde se levantaría el sistema si el sitio principal no estuviera disponible? ¿Quién, además de una persona, sabe ejecutar el procedimiento?
El salto entre una cosa y otra no suele ser caro: casi siempre es documentar lo que ya existe, separar las credenciales del respaldo del resto de la administración, añadir una copia inmutable y poner una fecha en el calendario para probarlo. Lo caro es descubrir el día del incidente que el plan nunca se escribió.
Dónde entra un proveedor administrado
La continuidad falla casi siempre por abandono, no por diseño: el plan se escribe una vez, la infraestructura cambia y nadie vuelve a tocarlo. Por eso tiene sentido que alguien tenga asignada explícitamente la tarea de revisarlo, monitorear los trabajos de respaldo todos los días y ejecutar las pruebas de restauración en una fecha fija.
En igeckoo esa parte va dentro del servicio administrado: respaldo con Acronis Cyber Protect, copia fuera del sitio, monitoreo diario, pruebas de restauración documentadas y un procedimiento de recuperación que se actualiza cuando cambia la infraestructura, no después del incidente.