> 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/fr/productos/disaster-recovery/how-to/how-to-perform-a-failback.md). # Comment effectuer un failback d'un Disaster Recovery Après un failover, vous travaillez temporairement sur le site de secours. Le failback est le chemin de retour vers l'environnement d'origine, et selon votre situation, vous avez trois façons de le faire : en conservant les changements du site de secours, en revenant rapidement sans répliquer, ou en reconfigurant la Réplique depuis zéro. Ce guide vous aide à choisir et à exécuter la bonne option. > #### 👍 Ce que vous obtenez > > L'opération renvoyée vers votre Abonnement d'origine après un failover, avec la méthode de failback adaptée à votre scénario et la Réplique prête pour le prochain incident. ### Choisissez votre option * **Option 1 — Revenir sans perdre les changements**: si vous avez continué à travailler sur le site de secours et que vous devez conserver ces données avant de revenir à l'origine. * **Option 2 — Revenir rapidement à l'origine**: si le failover était un test ou une erreur, ou si vous pouvez déjà reprendre l'exploitation habituelle sans refaire la configuration. * **Option 3 — Reconfigurer la Réplique**: si vous souhaitez redéfinir complètement le sens de la Réplique ou créer une nouvelle destination. ### Avant de commencer * Accéder au Panneau d'administration sur [admin.plenit.com](https://admin.plenit.com) avec Autorisations sur l'environnement. * Avoir un Abonnement de Serveurs ou de Remote Desktop protégé, ainsi que son Abonnement de **Disaster Recovery**. * Que l'Abonnement de Disaster Recovery soit **en état de failover**. > #### ❗️ L'écrasement supprime les données de destination > > Dans les étapes de Réplique, vous pouvez choisir **écraser** l'Abonnement de destination. > > Si vous le faites, les données qu'il contenait seront perdues. C'est ce qui se fait habituellement lors de la reconfiguration de la Réplique, mais assurez-vous que la destination est la bonne avant de confirmer. > > L'activation des Serveurs et la Réplique peuvent prendre du temps selon le volume de disques et la charge de l'infrastructure. Tout au long du guide, un exemple est utilisé avec **Madrid** comme site principal et **Paris** comme site de secours (Recovery site), afin que l'on voie à chaque moment le sens de la Réplique. ### Option 1. Revenir au site d'origine sans perdre les changements Utilisez-la lorsque vous avez travaillé sur le site de secours et que vous souhaitez revenir à l'origine avec ces données. Le parcours est le suivant : répliquer du site de secours vers l'origine, effectuer le failback et remettre ensuite la Réplique de l'origine vers le site de secours. #### 1.1 Reconfigurez la Réplique du site de secours vers l'origine Dans **Mes plans**, vérifiez que le **Recovery Site** est **actif** et que le **Primary Site** est **inactif**, puis cliquez sur **Reconfigurer** pour ouvrir l'assistant de Réplique. Sélectionnez comme **source** l'Abonnement de secours (dans l'exemple, Paris) et cliquez sur **Suivant**. {/\* 📸 CAPTURE 1 · Mes plans · états actif/inactif · bouton Reconfigurer \*/} ![État des sites et reconfiguration de la Réplique](https://REEMPLAZA-URL/disaster-recovery-failback-01.png) Sélectionnez comme **destination** l'Abonnement d'origine (dans l'exemple, Madrid) et cliquez sur **Suivant**. {/\* 📸 CAPTURE 2 · sélection de la source et de la destination de la Réplique \*/} ![Source et destination de la Réplique pour le retour en arrière](https://REEMPLAZA-URL/disaster-recovery-failback-02.png) Définissez la **fréquence** des Répliques, **combien** sont conservées et le **mode de basculement** (DNS ou IP), puis cliquez sur **Terminer**. La Réplique démarre et vous pouvez suivre sa progression dans l'interface jusqu'à ce qu'elle soit **active**. {/\* 📸 CAPTURE 3 · fréquence, points de restauration et type de basculement \*/} ![Configuration de la fréquence, de la rétention et du basculement](https://REEMPLAZA-URL/disaster-recovery-failback-03.png) #### 1.2 Lancez le failback Avec la Réplique active et les données à jour à l'origine, cliquez sur **Failback**. Sélectionnez le **Point de restauration** auquel revenir et cliquez sur **Confirmer**; confirmez à nouveau pour que cela prenne effet. {/\* 📸 CAPTURE 4 · Failback · sélection du Point de restauration \*/} ![Failback et sélection du Point de restauration](https://REEMPLAZA-URL/disaster-recovery-failback-04.png) Vous verrez l'avertissement indiquant que le failback est en cours et que l'exploitation se met à jour sur le Primary Site. Une fois terminé, le **Primary Site** devient **actif** et que le **Secondary Site** est **inactif**. #### 1.3 Préparez la Réplique pour le prochain incident Pour remettre l'environnement sous protection, cliquez sur **Reconfigurer** et créez la Réplique de la source vers le site de secours (dans l'exemple, de Madrid à Paris) : sélectionnez la source et la destination, définissez la fréquence, la première Réplique, les points de restauration et **mode de basculement**, puis cliquez sur **Terminer**. Ainsi, le DR redevient opérationnel. {/\* 📸 CAPTURE 5 · reconfiguration de la Réplique source → secours \*/} ![Reconfiguration de la Réplique pour laisser le DR protégé](https://REEMPLAZA-URL/disaster-recovery-failback-05.png) ### Option 2. Revenir rapidement à l'origine après un test ou une erreur Utilisez-la lorsque le failover était temporaire et que vous n'avez pas besoin de répliquer les changements du site de secours avant de revenir. Dans **Mes plans**, vérifiez que dans l'Abonnement secondaire les services sont actifs et que l'Abonnement principal est inactif. Cliquez sur **Activer** dans l'Abonnement principal et acceptez le démarrage. Les Serveurs démarrent (cela peut prendre du temps selon le volume) jusqu'à ce que le service devienne actif. {/\* 📸 CAPTURE 6 · activation de l'Abonnement principal \*/} ![Activation des Serveurs de l'Abonnement principal](https://REEMPLAZA-URL/disaster-recovery-failback-06.png) Ensuite, renvoyez le trafic vers l'origine : cliquez sur **Switch DNS** dans l'Abonnement principal. Un avertissement vous rappelle que le trafic change de sens et que certaines connexions peuvent être perdues ; cliquez pour continuer. Le trafic repasse par l'Abonnement d'origine. {/\* 📸 CAPTURE 7 · Switch DNS · avertissement de changement de trafic \*/} ![Switch DNS pour renvoyer le trafic vers l'origine](https://REEMPLAZA-URL/disaster-recovery-failback-07.png) > #### 🚧 Le site de secours reste actif : fermez-le avec la Réplique > > Après le Switch DNS, l'Abonnement de secours (dans l'exemple, Paris) reste actif en plus de l'origine. > > Pour le rendre inactif et revenir au schéma protégé, configurez la Réplique de la source vers le site de secours, comme dans l'Option 1.3. ### Option 3. Reconfigurer complètement la Réplique Utilisez-la lorsque vous devez redéfinir la source et la destination de la Réplique après le failover. Ouvrez l'assistant complet de Réplique depuis **Reconfigurer** et décidez dans quel sens la protection demeure : * **Paris comme source et Madrid comme destination**: si vous continuez à exploiter le site de secours et répliquez vers l'origine. * **Madrid comme source et Paris comme destination**: si vous êtes déjà revenu à l'environnement principal et rétablissez le schéma habituel. Sélectionnez le **source** et cliquez sur **Suivant**. Choisissez le **destination**, où vous pouvez : * **Écraser** la copie actuelle : remplace les données de la destination (l'option la plus courante). * **Créer un Nouvel abonnement de destination**: conserve l'actuelle, mais ajoute un coût associé. Si vous écrasez, un avertissement indique que les données de la destination seront perdues. Cliquez sur **Suivant**. {/\* 📸 CAPTURE 8 · sélection de la destination · écraser ou Nouvel abonnement \*/} ![Sélection de la destination de la Réplique](https://REEMPLAZA-URL/disaster-recovery-failback-08.png) Définissez la **fréquence** (de 1 à 24 heures), **quand** la première Réplique est lancée, le nombre de **Points de restauration** (de 1 à 24, 12 par défaut) et le **mode de basculement** (DNS ou IP). Cliquez sur **Terminer** pour lancer la Réplique. {/\* 📸 CAPTURE 9 · fréquence, rétention et type de basculement de la nouvelle Réplique \*/} ![Configuration de la nouvelle Réplique](https://REEMPLAZA-URL/disaster-recovery-failback-09.png) ### Conclusion Le failback a trois chemins et la clé est de bien choisir selon votre cas : si vous avez travaillé sur le site de secours et que vous ne voulez rien perdre, répliquez d'abord vers l'origine (Option 1) ; si c'était un test ou une erreur, revenez rapidement en activant l'origine et en changeant le DNS (Option 2) ; et si vous devez redéfinir la protection, reconfigurez toute la Réplique (Option 3). Dans tous les cas, deux précautions : bien confirmer la destination avant d'écraser, et terminer en laissant la Réplique de la source vers le site de secours afin que l'environnement soit à nouveau protégé contre le prochain incident. ### Étapes suivantes * Revenez sur la manière d'activer le basculement vers le site de secours dans [Failover et failback.](/fr/productos/disaster-recovery/concepts/failover-and-failback.md) * Ajustez la fréquence et les Points de restauration dans [Paramètres de Réplication.](/fr/productos/disaster-recovery/detalles/replication-parameters.md) * Testez le plan sans affecter la production avec un [Exercice (drill).](/fr/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/fr/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.