RTO y RPO: el plan de continuidad que restablece la operación

Porque la copia es solo el punto de partida. Piense en un servidor que muere un lunes por la mañana, con una copia hecha la víspera en un disco USB. La copia existe; la empresa sigue parada. Para restablecer la operación faltan cuatro cosas:

• Hardware de sustitución El servidor averiado no puede recibir los datos de vuelta.
• Competencia y credenciales Un técnico que conozca el sistema y tenga a mano contraseñas y claves de licencia.
• Horas de trabajo Transferir los datos, poner en marcha las aplicaciones y validar el resultado.
• Volver a conectar la oficina Puestos, impresoras y permisos que apuntaban a la máquina antigua.

Es en estos cuatro pasos donde una avería de una mañana se convierte en una semana sin facturar. Muchas pymes solo lo descubren cuando ya ha ocurrido.

RTO: Recovery Time Objective. El tiempo máximo de parada que el negocio tolera antes de que las pérdidas sean serias.

RPO: Recovery Point Objective. La ventana de datos que se acepta perder, contada hacia atrás desde el incidente. Si la última copia se hizo a medianoche, un problema a las 17:00 cuesta el día entero de trabajo.

Leídos juntos: un RTO de 4 horas y un RPO de 1 hora significan «estamos operativos en 4 horas y, en el peor de los casos, perdemos la última hora». La decisión es de negocio. El partner de IT traduce esos valores en una arquitectura y un precio, y cuanto más ajustados, más caros. Exigir recuperación instantánea para todos los sistemas es malgastar presupuesto.

Cuatro pasos para definirlos en una reunión

1. Enumerar dependencias: correo electrónico, ERP y facturación, carpetas compartidas, software del sector, telefonía, sitio web.
2. Preguntar por el impacto: a cada responsable: «¿a partir de cuántas horas de parada empezamos a perder clientes o ingresos?». La respuesta da el RTO.
3. Preguntar por el trabajo a rehacer: «¿cuántas horas de trabajo estamos dispuestos a repetir?». De ahí sale el RPO.
4. Exigir pruebas: entregar la lista al proveedor y pedir la solución acompañada del simulacro que la valida.

Escenario ilustrativo: empresa de servicios, 40 puestos, facturación diaria y parte del equipo teletrabajando. Las cifras sirven de referencia, no de receta.

La diferencia entre la primera y la última fila es el argumento económico: proteger el archivo como si fuera el ERP es gastar dinero sin beneficio; proteger el ERP como si fuera el archivo es aceptar un riesgo que nadie ha aprobado.

La base sigue siendo el 3-2-1: tres copias, dos soportes distintos, una de ellas fuera de las instalaciones. Hoy eso ya no basta. Los ataques modernos localizan y destruyen las copias accesibles por la red antes de cifrar los servidores, por lo que hace falta una copia inmutable, que nadie puede borrar durante un periodo fijado, y una última prueba sin errores. La agencia estadounidense CISA aconseja guardar copias cifradas y desconectadas de la red de los datos críticos y verificar con regularidad que están íntegras y disponibles.

Quien trabaja con Microsoft 365 tiene un punto ciego adicional: la papelera nativa conserva los datos poco tiempo. Explicamos el problema en por qué Microsoft 365 necesita una copia propia.

• Fallo de hardware Disco, servidor, switch o firewall que deja de responder.
• Ataque informático Ransomware o acceso indebido que cifra o borra datos, copias incluidas cuando están en la misma red.
• Error de un usuario Carpeta eliminada, documento sustituido, cuenta borrada por error.
• Corte de energía o de conexión Varias horas sin suministro eléctrico, como el 28 de abril de 2025. Analizamos ese día en ocho horas sin energía ni internet: ¿aguantaba la oficina?
• Daños en el edificio Fuego, agua o robo de equipos.

La União de Freguesias de Massamá e Monte Abraão contrató a DataRoad en 2022, mediante procedimiento público, para un proyecto que reúne las tres capas de las que hablamos: un servidor empresarial nuevo, instalado y configurado; un SAI para proteger y mantener los sistemas en funcionamiento; y copia de seguridad corporativa en dos frentes, local y en la nube, creada y después validada. La información y las configuraciones anteriores pasaron a la nueva infraestructura sin pérdidas.

La capa local garantiza una restauración rápida. La capa en la nube cubre el desastre en el edificio. La validación convierte ambas en compromisos verificados, y no en suposiciones.

Como mínimo cada trimestre, con la restauración de un servidor en un entorno aislado y el tiempo registrado. Cada año, con un ejercicio completo al que asiste la dirección. Sin ese registro, el RTO y el RPO son solo intenciones.

Dejamos el procedimiento en la prueba de restauración de 30 minutos que debe exigir a su proveedor. Si el incidente ya está en curso, lea primero qué hacer en las primeras horas de una recuperación de datos.

Con un contrato IT Unlimited, DataRoad - IT Services and Consulting fija con la dirección los objetivos de recuperación, dimensiona las copias de seguridad gestionadas y monitorizadas para cumplirlos y guarda el registro de cada prueba. La capa de continuidad de negocio y disaster recovery añade la secuencia de arranque, las prioridades y el plan de comunicación durante el incidente.

Cuando la operación no puede esperar al siguiente día laborable, el plan Premium 365 amplía la cobertura a noches, fines de semana y festivos.

Fijamos con usted los objetivos de cada sistema, medimos lo que cumple hoy su infraestructura de copias y le entregamos el plan de corrección por prioridades. Propuesta sin compromiso. Más de 10 puestos · contrato de asistencia · soporte remoto, presencial y telefónico.

Llame al +351 211 459 950 * o escriba a sales@dataroad.pt. One Step Ahead of IT.

*Llamada a la red fija nacional portuguesa.

• NIST SP 800-34: definición de RTO
• NIST SP 800-34: definición de RPO
• CISA: guía de respuesta al ransomware