Preguntas Frecuentes
Preguntas frecuentes sobre Disaster Recovery: qué es y cómo se diferencia del backup, la réplica, failover y failback, y simulacros.
Las dudas más habituales al planificar y operar Disaster Recovery en Plenit, agrupadas por tema.
Cada respuesta enlaza al concepto, la guía o la referencia donde está el detalle.
Qué es y en qué se diferencia del backup
¿Qué es Disaster Recovery?
Replica una suscripción de Servidores o de Escritorio Remoto en otra zona de disponibilidad y la deja preparada para activarse si el entorno principal deja de estar disponible. Es la capa de continuidad de negocio para los entornos críticos de tus clientes. Más en ¿Qué es Disaster Recovery?.
¿En qué se diferencia de un backup?
El backup protege los datos y se recupera restaurándolos paso a paso. Disaster Recovery replica la infraestructura completa (compute, discos, redes, IPs, firewall, VPN) y se recupera activando el entorno replicado, que ya está montado. El backup te devuelve los datos; Disaster Recovery te devuelve la operación. En entornos críticos se complementan, no se sustituyen.
¿Qué se replica exactamente?
Las instancias y su configuración de compute, los discos y su contenido, las redes y subredes, las IPs privadas y públicas, el firewall, las reglas de port forwarding y la VPN. Por eso, al activar el failover, el entorno vuelve a funcionar tal como estaba. El detalle está en Qué se replica
¿Sobre qué servicios funciona?
Sobre suscripciones de Servidores y de Escritorio Remoto. Disaster Recovery se monta sobre lo que ya tienes y crea su propia suscripción.
La réplica
¿Cada cuánto se replica el entorno?
Eliges la frecuencia (cada 1, 3, 6, 12 o 24 horas), que define tu ventana de pérdida: en el peor caso perderías los cambios hechos desde la última réplica. La recomendación es ajustarla a cuánto trabajo puede permitirse perder el cliente, no por defecto a la más alta. También eliges la hora de inicio. Más en La réplica.
¿Cuántos puntos de restauración puedo guardar?
De 1 a 24. Cada réplica deja un punto al que volver, y conservar varios te da margen para elegir a qué momento recuperar; es clave ante un ransomware, donde el último punto podría estar ya cifrado y necesitas volver a uno anterior. El detalle está en Parámetros de replicación.
¿Tengo que replicarlo todo?
No. Puedes excluir máquinas o discos concretos del plan (por ejemplo, un disco de datos temporales o una máquina secundaria) para replicar solo lo que sostiene el negocio y mantener la réplica más ligera.
Failover y failback
¿Cómo paso al entorno de respaldo si cae el principal?
Con el failover: los servicios pasan al Recovery site, que ya tiene el entorno replicado y listo para arrancar, así que la recuperación es rápida. El tráfico se redirige según el modo de conmutación del plan. Más en Failover y failback.
¿El failover es automático?
No. Disaster Recovery no conmuta solo: eres tú quien decide cuándo declarar el desastre y pasar al Recovery site. Eso te da control, pero significa que el plan exige una decisión, no se dispara por sí mismo.
¿Cómo se redirige el tráfico al sitio de respaldo?
Hoy la conmutación es por DNS (cambia el destino al que apunta el nombre del servicio). El modo por IP, que mantiene la dirección en el sitio de respaldo, está previsto como mejora próximamente.
¿Cómo vuelvo al entorno principal cuando se restablece?
Con el failback. Como durante el failover has estado trabajando en el Recovery site, esos cambios son los buenos: primero se reconfigura la réplica en sentido inverso para llevar los cambios de vuelta al Primary site, y solo entonces se reactiva. Así no pierdes lo trabajado durante la contingencia.
Simulacros
¿Puedo probar el plan sin afectar a producción?
Sí, con un simulacro (drill): levanta el entorno replicado en paralelo para comprobar que la recuperación funcionaría, sin interrumpir producción ni alterar el plan. Usa una IP pública distinta y, al terminar, el entorno del simulacro se elimina. Más en Simulacros.
¿Para qué me sirve hacer simulacros?
Para validar que el plan recupera lo que esperas antes de necesitarlo de verdad, y para generar evidencia: el simulacro deja reporting útil para auditoría, seguridad y cumplimiento. Un plan de recuperación sin probar es una suposición; ejecutándolo de forma periódica lo conviertes en algo demostrable.
Siguientes pasos
- Activa tu primer plan con el Inicio Rápido.
- Entiende las decisiones de diseño en Conceptos de Disaster Recovery.
- Consulta el plan, los parámetros y los requisitos en Detalles de Disaster Recovery.