¿Cuál es la diferencia entre RTO y RPO?
El RTO expresa cuánto tiempo puede estar detenido un servicio antes de causar un impacto inaceptable. El RPO expresa cuántos datos recientes se pueden perder, medidos en tiempo. Ambos deben decidirse con el negocio y luego validarse contra la capacidad técnica y el costo.
Riesgos que conviene revisar
- Definir objetivos técnicos sin consultar horarios, facturación, atención y obligaciones.
- Prometer recuperación inmediata cuando los respaldos y recursos no pueden lograrla.
- Asignar la misma prioridad a todos los servicios.
- Olvidar dependencias como Internet, identidades, DNS, proveedores y personal.
Recomendaciones seguras
- Liste procesos y servicios en orden de impacto operativo.
- Estime consecuencias después de una hora, un día y varios días de interrupción.
- Defina RTO y RPO realistas para cada grupo de servicios.
- Mapee aplicaciones, datos, personas, proveedores y accesos necesarios.
- Compare los objetivos con frecuencia de copia y tiempos reales de restauración.
- Revise los objetivos cuando cambien sistemas, sedes o procesos del negocio.
Cuándo buscar ayuda especializada
- Los objetivos contractuales no coinciden con la infraestructura disponible.
- Hay muchas dependencias o proveedores sin compromisos claros de recuperación.
- Nunca se ha medido una restauración completa del servicio.
Fuentes de referencia
Estas fuentes públicas orientan buenas prácticas generales. No sustituyen una evaluación del entorno.