> 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/concepts/failover-and-failback.md).

# Failover et failback

Le failover et le failback sont les deux faces de la reprise : passer au secours lorsque l’environnement principal tombe, puis revenir à l’original lorsqu’il est rétabli.

### Failover : basculer vers le Recovery site

Lorsque le Primary site devient indisponible à la suite d’un incident grave, tu déclenches le **failover**: les services passent au **Recovery site**, qui dispose déjà de l’environnement répliqué et prêt à démarrer. C’est pourquoi la reprise est rapide : tu ne reconstruis rien, tu actives ce qui est déjà en place.

Le trafic est redirigé vers le Recovery site selon le **mode de basculement** que tu as configuré dans le plan.

| Mode de basculement | Comment il redirige                                           | État       |
| ------------------- | ------------------------------------------------------------- | ---------- |
| DNS                 | Modifie la destination vers laquelle pointe le nom du service | Disponible |
| IP                  | Conserve l’adresse IP sur le site de secours                  | Bientôt    |

> #### 🚧 C’est toi qui déclenches le failover
>
> La reprise après sinistre ne bascule pas toute seule. C’est à toi de décider quand déclarer le sinistre et passer au Recovery site. 
>
> Cela te donne du contrôle, mais cela signifie aussi que le plan exige une décision : il ne se déclenche pas automatiquement.

### Failback : revenir au Primary site

Lorsque le Primary site est rétabli, tu reviens avec un **failback**. Ici, il y a une nuance importante : pendant que tu étais en failover, tu as travaillé sur le Recovery site, donc ce sont ces changements qui sont les bons.

C’est pourquoi le failback ne consiste pas seulement à « revenir » : d’abord, on reconfigure la Réplique en sens inverse, du Recovery site vers le Primary site, afin de ramener les changements récents, et seulement ensuite on réactive le Primary site. Ainsi, tu ne perds pas ce qui a été accompli pendant la contingence.

> #### 📘 Entraîne-toi au chemin du retour
>
> Le failback est souvent l’opération que tu exécuteras le plus souvent, parce que c’est le retour à la normale. Le clarifier à l’avance évite les mauvaises surprises le jour où il faudra le faire.

### Pour aller plus loin

* Tester le failover sans impacter la production : [Des exercices.](/fr/productos/disaster-recovery/concepts/drills.md)
* Qu’est-ce qui est répliqué et à quelle fréquence : [La Réplique.](/fr/productos/disaster-recovery/concepts/the-replica.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/concepts/failover-and-failback.md?ask=<question>&goal=<endgoal>
```

`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.