Continuidad
Disaster Recovery y plan de recuperación ante desastres
Tener copias no garantiza volver a trabajar. El Disaster Recovery responde a otra pregunta: cuánto tiempo tardaría tu empresa en tener el ERP, el correo, la facturación y los servidores de producción otra vez en funcionamiento, y en qué orden. Diseñamos ese plan, montamos la réplica de los sistemas críticos y lo probamos hasta que los plazos se cumplen.
¿Qué es un plan de recuperación ante desastres?
Un plan de recuperación ante desastres, o DRP por sus siglas en inglés, es el documento y el conjunto de medios técnicos que permiten restablecer los servicios informáticos de una organización tras una interrupción grave. Define qué se recupera primero, con qué recursos, quién lo ejecuta y en cuánto tiempo. No es un manual teórico: es un procedimiento que se ensaya y se corrige.
Las interrupciones graves no son solo catástrofes. Un cifrado por ransomware, la corrupción de un almacenamiento compartido, un error en una actualización del hipervisor o una avería eléctrica prolongada producen el mismo efecto práctico: los sistemas no están disponibles y nadie puede trabajar. El plan sirve igual en todos esos casos porque parte de servicios, no de causas.
RPO y RTO: las dos cifras que definen el plan
Antes de elegir tecnología hay que acordar dos números por cada servicio. El RPO indica cuánta información se puede perder; el RTO, cuánto puede durar la parada. Ambos se deciden con dirección, no con el departamento técnico en solitario, porque son decisiones económicas: reducirlos encarece la solución y no todos los sistemas lo justifican.
| Concepto | Qué mide | Se reduce con | Ejemplo |
|---|---|---|---|
| RPO | Volumen de datos perdidos, expresado en tiempo | Mayor frecuencia de copia o réplica continua | RPO de 15 minutos en la base de datos del ERP |
| RTO | Tiempo hasta que el servicio vuelve a estar operativo | Réplica preparada, automatización y pruebas previas | RTO de 4 horas para facturación y 24 horas para archivo histórico |
Una vez fijados, se clasifican los servicios en niveles. Los de nivel crítico se replican de forma continua a un entorno preparado para arrancar; los de nivel medio se recuperan desde copia con automatización; los de nivel bajo se restauran cuando el resto ya está en marcha. Esa jerarquía es la que evita la improvisación durante un incidente.
Backup frente a Disaster Recovery
| Aspecto | Backup | Disaster Recovery |
|---|---|---|
| Objetivo | Conservar copias recuperables de la información | Restablecer servicios completos en funcionamiento |
| Alcance | Datos, buzones, bases de datos, máquinas | Sistemas, aplicaciones, red, accesos y dependencias |
| Tiempo típico | Horas o días según volumen | Minutos u horas según el nivel contratado |
| Uso habitual | Borrados, corrupciones, peticiones puntuales | Indisponibilidad total de un emplazamiento o un ataque extendido |
No son alternativas: el Disaster Recovery se apoya en el backup. Sin copias íntegras y verificadas no hay nada que levantar; sin plan de recuperación, esas copias tardan demasiado en convertirse en servicio.
Qué incluye el servicio
Análisis de impacto
Identificación de servicios críticos, dependencias entre ellos y coste estimado de una parada por franja de tiempo.
Réplica de sistemas
Replicación de máquinas virtuales y bases de datos hacia infraestructura secundaria lista para arrancar.
Orden de recuperación
Secuencia documentada: directorio, red, bases de datos, aplicaciones y por último puestos de usuario.
Procedimientos operativos
Pasos concretos, credenciales de emergencia custodiadas y responsables con suplentes designados.
Pruebas periódicas
Simulacros en entorno aislado que miden si el RTO real coincide con el comprometido.
Informe y mejora
Resultado de cada prueba, desviaciones detectadas y acciones correctoras con plazo.
Cómo se construye el plan
- 01
Análisis de impacto
Se valoran los servicios por su efecto en la actividad y se acuerdan RPO y RTO con dirección.
- 02
Diseño técnico
Arquitectura de réplica, ubicación secundaria, red de emergencia y automatización del arranque.
- 03
Implantación
Puesta en marcha de la replicación, documentación de procedimientos y formación del equipo.
- 04
Simulacro y revisión
Prueba completa, medición de tiempos reales y ajuste del plan hasta cumplir los objetivos.
Continuidad de negocio: el marco más amplio
La recuperación técnica es una parte del problema. Si los sistemas vuelven pero nadie ha previsto cómo atender a los clientes durante la parada, quién comunica la situación, cómo se factura mientras el ERP no está disponible o dónde trabaja el personal si la sede es inaccesible, el impacto sigue siendo alto. La continuidad de negocio ordena esas decisiones y sitúa el DRP dentro de un plan mayor.
En nuestros proyectos aportamos la parte tecnológica y colaboramos con la dirección en la definición del resto: procesos mínimos que deben mantenerse, alternativas manuales temporales, criterios para declarar el desastre y para dar por finalizada la contingencia. Ese último punto se olvida con frecuencia y provoca vueltas en falso a producción.
Preguntas frecuentes
Dudas habituales de los responsables de IT y dirección antes de contratar.
¿Qué es RPO?
El RPO (Recovery Point Objective) es la cantidad máxima de información que la empresa acepta perder, medida en tiempo. Un RPO de una hora significa que, tras un incidente, se recuperará el estado de los datos de como máximo una hora antes.
¿Qué es RTO?
El RTO (Recovery Time Objective) es el plazo máximo que puede transcurrir hasta que un servicio vuelve a estar operativo. Un RTO de cuatro horas obliga a diseñar la recuperación para que el sistema esté disponible dentro de ese margen.
¿En qué se diferencia el Disaster Recovery del backup?
El backup conserva copias de los datos. El Disaster Recovery devuelve el servicio completo a funcionamiento: sistema operativo, aplicaciones, configuración, red y dependencias, en un orden definido y dentro de un plazo comprometido.
¿Qué debe contener un plan de recuperación ante desastres?
El inventario de servicios con su criticidad, los RPO y RTO acordados, el orden de recuperación y sus dependencias, los responsables y sus suplentes, los procedimientos técnicos paso a paso, los datos de contacto de proveedores, el plan de comunicación y el registro de las pruebas realizadas.
¿Cada cuánto hay que probar el plan?
Al menos una vez al año de forma completa y de forma parcial con mayor frecuencia. También después de cualquier cambio relevante: nueva versión del ERP, migración de servidores, cambio de sede o incorporación de una nueva aplicación crítica.
¿Es lo mismo continuidad de negocio que Disaster Recovery?
No. La continuidad de negocio es el plan global de la organización para seguir operando, e incluye personas, procesos, sedes alternativas y proveedores. El Disaster Recovery es la parte tecnológica de ese plan.
¿Se puede recuperar en la nube si el CPD propio queda inutilizable?
Sí. Es el escenario típico: las réplicas se mantienen en infraestructura cloud y los sistemas críticos se levantan allí mientras se restablece el emplazamiento principal, con los usuarios accediendo mediante acceso remoto autenticado.
Servicios relacionados
- Backup para empresasLa base de datos recuperables sobre la que se apoya todo el plan.
- Servicios cloudInfraestructura secundaria donde levantar los sistemas críticos.
- Data center y CPDEmplazamientos con redundancia eléctrica y de comunicaciones.
- SOC gestionadoDetección temprana que evita que el incidente llegue a mayores.
- Ciberseguridad para empresasMedidas preventivas que reducen la probabilidad de activar el plan.
- BlogGuías sobre DRP, RPO, RTO y continuidad operativa.
¿Sabes en cuánto tiempo volverías a facturar?
Medimos tu capacidad real de recuperación servicio por servicio y te entregamos un plan con plazos que se pueden cumplir y probar.
También puedes escribir a info@backupnube.es