> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/repair-server.md).

# Serveur de réparation (ioGuardian)

Un serveur de réparation fournit un mécanisme de réparation potentiel après qu’un système a rencontré un problème qui dépasse sa tolérance à la redondance (par exemple, des pannes simultanées de plusieurs disques sur plusieurs nœuds). En général, un serveur de réparation est une destination de synchronisation qui contient une réplication assez récente du système donné. Un serveur de réparation tentera automatiquement de récupérer les blocs nécessaires depuis le système distant, évitant potentiellement le besoin de revenir en arrière à l’aide d’un instantané. Il est généralement recommandé de mettre en place un serveur de réparation chaque fois que cela est possible.

{% hint style="success" %}
**Les chances de réussite de la réparation sont plus élevées lorsqu’il existe une bonne connexion réseau, avec une latence relativement faible, entre le système et son serveur de réparation.**
{% endhint %}

Un serveur de réparation est créé à l’aide de la configuration de synchronisation sortante existante : vSAN Host (adresse de la destination distante), vSAN Port, nom d’utilisateur/mot de passe autorisés générés par le système, et paramètre de chiffrement activé ou désactivé selon la configuration de synchronisation associée.

## Créer un serveur de réparation à partir d’une synchronisation sortante (méthode courante)

{% hint style="info" %}
**Les serveurs de réparation peuvent être générés automatiquement lorsque** [**Ajout de sites au tableau de bord**](/run-the-platform/fr/administration-systeme/site-dashboard-add-sites.md)**.**
{% endhint %}

En général, un serveur de réparation est créé à partir d’une synchronisation sortante, car la destination de synchronisation contiendrait une copie récente des données. C’est la méthode recommandée dans la plupart des cas.

1. Depuis le tableau de bord de synchronisation sortante, cliquez sur **Créer un serveur de réparation** dans le menu de gauche.
2. Saisissez une **Nom** pour le serveur de réparation. Utilisez un nom qui sera utile pour l’administration future, par exemple un nom incluant celui du système distant.
3. En option, un **Description** peut être saisi pour stocker des informations supplémentaires.
4. Cliquez sur **Soumettre** pour terminer la création. Un serveur de réparation est créé à l’aide des détails de la configuration de synchronisation sortante, notamment : vSAN Host (adresse de la destination distante), vSAN Port, nom d’utilisateur/mot de passe autorisés générés par le système, et paramètre de chiffrement.

## Créer un serveur de réparation à partir de la page de liste des serveurs de réparation

Dans les cas où il n’existe aucune synchronisation sortante actuelle à partir de laquelle configurer le serveur de réparation (par exemple une configuration de synchronisation à trois voies ou une ancienne destination de synchronisation qui n’est plus utilisée), les instructions suivantes peuvent être utilisées :

1. Accédez à **Sauvegarde / PRA** > **Serveurs de réparation**.
2. Cliquez sur **Nouveau** dans le menu de gauche.
3. Saisissez une **Nom** pour le serveur de réparation. Utilisez un nom qui sera utile pour l’administration future, par exemple un nom incluant celui du système distant.
4. En option, un **Description** peut être saisi pour stocker des informations supplémentaires.

### Gestion automatique des identifiants (copie)

Les identifiants peuvent être copiés depuis une synchronisation sortante existante :

* Sélectionnez ***Copier*** dans la **Gestion des identifiants** liste déroulante
* Sélectionnez **synchronisation souhaitée** dans la **Copier les identifiants depuis** liste déroulante

### Gestion manuelle des identifiants

Pour saisir manuellement les informations d’identification : sélectionnez ***Manuel*** dans la **Gestion des identifiants** dans la liste déroulante.

### Champs d’identifiants

* **Hôte vSAN** - URL vers le niveau racine du système distant
* **Port vSAN** - 14201 par défaut, un autre port peut être utilisé, mais il doit également être configuré du côté distant avec des ports ouverts sur le(s) pare-feu intermédiaire(s)
* **Utilisateur**
* **Mot de passe** et **Confirmer le mot de passe** pour l’utilisateur VergeOS spécifié
* **Chiffrement**

5. Cliquez sur **Soumettre** pour terminer la création.


---

# 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.verge.io/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/repair-server.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.