> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/productos/disaster-recovery/how-to/how-to-perform-a-failback.md). # Cómo Hacer Failback de un Disaster Recovery Después de un failover trabajas temporalmente en el sitio de respaldo. El failback es el camino de vuelta al entorno original, y según tu situación tienes tres formas de hacerlo: conservando los cambios del respaldo, volviendo rápido sin replicar, o reconfigurando la réplica desde cero. Esta guía te ayuda a elegir y ejecutar la que toca. > #### 👍 Qué consigues > > La operación devuelta a tu suscripción original tras un failover, con el método de failback adecuado a tu escenario y la réplica lista para el siguiente incidente. ### Elige tu opción * **Opción 1 — Volver sin perder cambios**: si has seguido trabajando en el sitio de respaldo y necesitas conservar esos datos antes de volver al origen. * **Opción 2 — Volver rápido al origen**: si el failover fue una prueba o un error, o ya puedes retomar la operación habitual sin rehacer la configuración. * **Opción 3 — Reconfigurar la réplica**: si quieres redefinir por completo el sentido de la réplica o crear un nuevo destino. ### Antes de empezar * Acceder al panel de administración en [admin.plenit.com](https://admin.plenit.com) con permisos sobre el entorno. * Tener una suscripción de Servidores o de Escritorio Remoto protegida, y su suscripción de **Disaster Recovery**. * Que la suscripción de Disaster Recovery esté **en estado de failover**. > #### ❗️ Sobrescribir borra los datos de destino > > En los pasos de réplica puedes elegir **sobrescribir** la suscripción de destino. > > Si lo haces, se pierden los datos que hubiera en ella. Es lo habitual al rehacer la réplica, pero asegúrate de que el destino es el correcto antes de confirmar. > > La activación de servidores y la réplica pueden tardar según el volumen de discos y la carga de la infraestructura. A lo largo de la guía se usa un ejemplo con **Madrid** como sitio primario y **París** como sitio de respaldo (Recovery site), para que se vea el sentido de la réplica en cada momento. ### Opción 1. Volver al sitio original sin perder cambios Úsala cuando has trabajado en el respaldo y quieres volver al origen con esos datos. El recorrido es: replicar del respaldo al origen, hacer el failback y dejar de nuevo la réplica del origen al respaldo. #### 1.1 Reconfigura la réplica del respaldo al origen En **My Plans**, comprueba que el **Recovery Site** está en **active** y el **Primary Site** en **inactive**, y pulsa **Reconfigure** para abrir el asistente de réplica. Selecciona como **origen** la suscripción de respaldo (en el ejemplo, París) y pulsa **Next**. {/\* 📸 CAPTURA 1 · My Plans · estados active/inactive · botón Reconfigurar \*/} ![Estado de los sitios y reconfiguración de la réplica](https://REEMPLAZA-URL/disaster-recovery-failback-01.png) Selecciona como **destino** la suscripción de origen (en el ejemplo, Madrid) y pulsa **Next**. {/\* 📸 CAPTURA 2 · selección de origen y destino de la réplica \*/} ![Origen y destino de la réplica para la vuelta atrás](https://REEMPLAZA-URL/disaster-recovery-failback-02.png) Define la **frecuencia** de las réplicas, **cuántas** se conservan y el **Failover mode** (DNS o IP), y pulsa **Finish**. La réplica arranca y puedes seguir el avance en el frontal hasta que quede **activa**. {/\* 📸 CAPTURA 3 · frecuencia, puntos de restauración y tipo de conmutación \*/} ![Configuración de frecuencia, retención y conmutación](https://REEMPLAZA-URL/disaster-recovery-failback-03.png) #### 1.2 Lanza el failback Con la réplica activa y los datos al día en el origen, pulsa **Failback**. Selecciona el **punto de restauración** al que volver y pulsa **Confirm**; confirma de nuevo para que tome efecto. {/\* 📸 CAPTURA 4 · Failback · selección del punto de restauración \*/} ![Failback y selección del punto de restauración](https://REEMPLAZA-URL/disaster-recovery-failback-04.png) Verás el aviso de que el failback está en curso y la operativa actualizándose en el Primary Site. Al terminar, el **Primary Site** queda **active** y el **Secondary Site** en **inactive**. #### 1.3 Deja la réplica lista para el próximo incidente Para volver a proteger el entorno, pulsa **Reconfigure** y crea la réplica del origen al respaldo (en el ejemplo, de Madrid a París): selecciona origen y destino, define frecuencia, primera réplica, puntos de restauración y **Failover mode**, y pulsa **Finish**. Con eso, el DR vuelve a estar operativo. {/\* 📸 CAPTURA 5 · reconfiguración de la réplica origen → respaldo \*/} ![Reconfiguración de la réplica para dejar el DR protegido](https://REEMPLAZA-URL/disaster-recovery-failback-05.png) ### Opción 2. Volver rápido al origen tras una prueba o error Úsala cuando el failover fue temporal y no necesitas replicar cambios del respaldo antes de volver. En **My Plans**, comprueba que en la suscripción secundaria los servicios están activos y que la primaria está inactiva. Pulsa **Activar** en la suscripción primaria y acepta el arranque. Los servidores se inician (puede tardar según el volumen) hasta que el servicio queda activo. {/\* 📸 CAPTURA 6 · activación de la suscripción primaria \*/} ![Activación de los servidores de la suscripción primaria](https://REEMPLAZA-URL/disaster-recovery-failback-06.png) Después, devuelve el tráfico al origen: pulsa **Switch DNS** en la suscripción primaria. Un aviso te recuerda que el tráfico cambia de rumbo y que se pueden perder algunas conexiones; pulsa para continuar. El tráfico vuelve a pasar por la suscripción original. {/\* 📸 CAPTURA 7 · Switch DNS · aviso de cambio de tráfico \*/} ![Switch DNS para devolver el tráfico al origen](https://REEMPLAZA-URL/disaster-recovery-failback-07.png) > #### 🚧 El respaldo queda activo: ciérralo con la réplica > > Tras el Switch DNS, la suscripción de respaldo (en el ejemplo, París) queda activa además de la de origen. > > Para dejarla inactiva y volver al esquema protegido, configura la réplica del origen al respaldo, como en la Opción 1.3. ### Opción 3. Reconfigurar por completo la réplica Úsala cuando necesitas redefinir el origen y el destino de la réplica tras el failover. Abre el asistente completo de réplica desde **Reconfigure** y decide en qué sentido queda la protección: * **París como origen y Madrid como destino**: si sigues operando en el respaldo y replicas de vuelta al origen. * **Madrid como origen y París como destino**: si ya volviste al entorno principal y restauras el esquema habitual. Selecciona el **origen** y pulsa **Next**. Elige el **destino**, donde puedes: * **Sobrescribir** la copia actual: sustituye los datos del destino (la opción más común). * **Crear una nueva suscripción de destino**: conserva la actual, pero añade un coste asociado. Si sobrescribes, aparece un aviso de que se perderán los datos del destino. Pulsa **Next**. {/\* 📸 CAPTURA 8 · selección de destino · sobrescribir o nueva suscripción \*/} ![Selección del destino de la réplica](https://REEMPLAZA-URL/disaster-recovery-failback-08.png) Define la **frecuencia** (de 1 a 24 horas), **cuándo** se lanza la primera réplica, el número de **puntos de restauración** (de 1 a 24, por defecto 12) y el **Failover mode** (DNS o IP). Pulsa **Finish** para iniciar la réplica. {/\* 📸 CAPTURA 9 · frecuencia, retención y tipo de conmutación de la nueva réplica \*/} ![Configuración de la nueva réplica](https://REEMPLAZA-URL/disaster-recovery-failback-09.png) ### Conclusión El failback tiene tres caminos y la clave está en elegir bien según tu caso: si trabajaste en el respaldo y no quieres perder nada, replica primero hacia el origen (Opción 1); si fue una prueba o un error, vuelve rápido activando el origen y cambiando el DNS (Opción 2); y si necesitas redefinir la protección, reconfigura la réplica entera (Opción 3). En todos, dos cuidados: confirmar bien el destino antes de sobrescribir, y terminar dejando la réplica del origen al respaldo para que el entorno quede otra vez protegido ante el siguiente incidente. ### Siguientes pasos * Repasa cómo se activa el paso al respaldo en [Failover y failback.](/productos/disaster-recovery/concepts/failover-and-failback.md) * Ajusta la frecuencia y los puntos de restauración en [Parámetros de replicación.](/productos/disaster-recovery/detalles/replication-parameters.md) * Prueba el plan sin afectar a producción con un [simulacro (drill).](/productos/disaster-recovery/concepts/drills.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.plenit.com/productos/disaster-recovery/how-to/how-to-perform-a-failback.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.