> 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/servers/how-to/comment-recuperer-un-serveur-dans-une-autre-zone-de-disponibilite-a-partir-dune-sauvegarde.md).

# Comment récupérer un serveur dans une autre Zone de disponibilité à partir d'une Sauvegarde

Dans ce tutoriel, vous apprendrez à récupérer un serveur dans l’autre Zone de disponibilité de Madrid lorsque la zone dans laquelle il était déployé n’est plus disponible.

Le processus consiste à **déployer un nouveau serveur dans la zone disponible et y restaurer la sauvegarde du serveur affecté**. Vous n’avez pas besoin de maintenir en permanence un second serveur déployé pour utiliser ce modèle de récupération.

{% hint style="info" %}

### 🔥 Ce que vous obtenez

Un serveur opérationnel dans l’autre Zone de disponibilité, avec les données récupérées depuis l’un des points de restauration disponibles.
{% endhint %}

### Avant de commencer : ce que vous faites vraiment

Il s’agit d’un scénario de **récupération manuelle**, et non de basculement automatique.

Si, par exemple, votre serveur est déployé sur MAD1 et que cette zone n’est plus disponible, vous pouvez déployer un nouveau serveur sur MAD2 et utiliser la sauvegarde pour y rétablir le service.

**Vous ne déplacez pas le serveur d’origine de MAD1 vers MAD2.** Vous créez un nouveau serveur dans la zone disponible et y restaurez les informations protégées par sauvegarde.

Gardez aussi à l’esprit que le serveur sera récupéré avec les données correspondant au **Point de restauration que vous sélectionnez**. Les modifications postérieures à ce point ne seront pas incluses dans la récupération.

Les copies de la Région sont protégées dans un emplacement indépendant des deux zones de disponibilité de Madrid, de sorte que vous pouvez les utiliser pour rétablir le service dans l’autre zone.

### Prérequis

Avant de lancer la récupération :

* Vérifiez qu’il existe un Point de restauration valide du serveur affecté.
* Identifiez la Zone de disponibilité dans laquelle le serveur était déployé et utilisez l’autre zone comme destination de récupération.
* Ayez bien identifiée la configuration dont a besoin le serveur que vous allez récupérer : capacité, Réseau, disques et toute dépendance nécessaire pour le remettre en service.
* Décidez quel Point de restauration vous allez utiliser, en tenant compte du moment jusqu’auquel vous devez récupérer les données.

Si vous devez revoir le fonctionnement des copies et des points de restauration, consultez [**Comment faire une sauvegarde d’un serveur**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server).

### Étape 1. Déployez un serveur dans l’autre Zone de disponibilité

Depuis le service de **Serveurs**, cliquez sur **Créer un serveur**.

Configurez le nouveau serveur avec les ressources nécessaires pour exécuter le service que vous souhaitez récupérer.

Dans **Emplacement**, sélectionnez :

* **Région :** Madrid.
* **Zone de disponibilité :** la zone différente de celle dans laquelle le serveur affecté était déployé.

Par exemple, si le serveur d’origine était sur **MAD1**, sélectionnez **MAD2**.

📸 *Création du serveur de récupération avec MAD2 sélectionnée comme Zone de disponibilité.*

Configurez également le Réseau que utilisera le serveur conformément au plan de récupération prévu pour ce service.

Terminez la configuration et créez le serveur.

### Étape 2. Sélectionnez le Point de restauration

Accédez aux **points de restauration** du serveur ou du disque que vous souhaitez récupérer.

Examinez les copies disponibles et sélectionnez le Point de restauration correspondant au moment jusqu’auquel vous devez récupérer les données.

📸 *Liste des points de restauration disponibles et sélection de la sauvegarde qui sera utilisée pour la récupération.*

{% hint style="warning" %}
**Important :** vérifiez la date et l’heure avant de lancer la restauration. Le contenu récupéré correspondra à l’état stocké en ce point.
{% endhint %}

### Étape 3. Restaurez la sauvegarde sur le nouveau serveur

Restaurez la sauvegarde comme un **nouveau Disque associé au serveur que vous venez de déployer dans l’autre Zone de disponibilité**.

Sélectionnez comme destination le nouveau serveur de MAD2 (ou MAD1 si vous effectuez la récupération dans le sens inverse) et confirmez la Restauration.

📸 *Restauration de la sauvegarde en sélectionnant comme destination le serveur déployé dans l’autre zone.*

Pour consulter toutes les options disponibles pendant la Restauration et la procédure détaillée, consultez [**Comment restaurer une sauvegarde de Disque**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup).

Si le serveur dispose de plusieurs disques que vous devez récupérer, répétez le processus avec les points de restauration correspondants.

### Étape 4. Vérifiez le serveur récupéré

Une fois la Restauration terminée, vérifiez que :

* Le nouveau serveur est à l’état **ON** et déployé dans la Zone de disponibilité prévue.
* Les disques restaurés apparaissent associés au serveur.
* Le Système d'exploitation reconnaît correctement les disques récupérés.
* Le serveur utilise le Réseau prévu pour le scénario de récupération.

📸 *Serveur déployé dans la nouvelle zone avec le Disque restauré associé.*

Ne considérez pas le service comme récupéré uniquement parce que le serveur est allumé. Vous devez encore vérifier les dépendances de l’application.

### Étape 5. Validez le service avant de le remettre en production

Vérifiez que l’application ou le service fonctionne correctement sur le serveur récupéré.

Examinez particulièrement les éléments susceptibles de dépendre de l’infrastructure précédente, comme la configuration Réseau, les règles de Pare-feu ou NAT, l’adressage, le DNS et les connexions avec d’autres Serveurs ou services.

Enfin, vérifiez que :

* L’application ou le service démarre correctement.
* Les composants qui doivent communiquer disposent de connectivité.
* Les données correspondent au Point de restauration sélectionné.
* Le service redevient accessible de la manière prévue pour votre Client.

### Conclusion

Vous avez récupéré un serveur dans une Zone de disponibilité différente de celle dans laquelle il était initialement déployé, en utilisant l’une de ses sauvegardes.

Ce modèle vous permet d’utiliser la seconde zone comme **destination de récupération sans maintenir en permanence un second serveur déployé**. La récupération est manuelle et l’état récupéré dépendra du Point de restauration sélectionné.

#### Tutoriels associés

* [**Comment faire une sauvegarde d’un serveur**](https://docs.plenit.com/productos/servers-2/how-to/how-to-back-up-a-server)
* [**Comment restaurer une sauvegarde de Disque**](https://docs.plenit.com/productos/servers-1/how-to/how-to-restore-a-disk-backup)
* [**Comment déployer des Serveurs dans plusieurs zones de disponibilité**](https://docs.plenit.com/productos/servers/how-to/como-desplegar-servidores-en-multiples-zonas-de-disponibilidad)
* [**Comment activer la Haute disponibilité (HA) sur le Réseau entre deux zones de disponibilité**](https://docs.plenit.com/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad)


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.plenit.com/fr/productos/servers/how-to/comment-recuperer-un-serveur-dans-une-autre-zone-de-disponibilite-a-partir-dune-sauvegarde.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.