> 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/the-replica.md). # La réplique La réplique maintient une copie vivante de votre environnement sur le site de reprise après sinistre, mise à jour selon la fréquence que vous choisissez. Ce qui est répliqué, ce sont les éléments complets de l’abonnement, pas seulement la donnée ; vous l’avez dans [Qu’est-ce que le Disaster Recovery ?.](/fr/productos/disaster-recovery/concepts/what-it-is.md) Ici, vous voyez comment vous décidez du rythme et de la portée. ### À quelle fréquence la réplique est effectuée La fréquence définit votre **fenêtre de perte**: au pire, vous perdriez les changements effectués depuis la dernière réplique. Plus la fréquence est élevée, moins vous perdez. | Fréquence | Vous perdez au maximum | | -------------------- | ------------------------ | | Toutes les 1 heure | 1 heure de changements | | Toutes les 3 heures | 3 heures de changements | | Toutes les 6 heures | 6 heures de changements | | Toutes les 12 heures | 12 heures de changements | | Toutes les 24 heures | 1 jour de changements | Vous choisissez aussi l’ **heure de début**, afin que la réplique démarre dans une plage de moindre activité. > #### 📘 Ajustez la fréquence à la valeur des données > > Un environnement avec des données qui changent à chaque minute demande une fenêtre courte. Pour des données qui changent à peine dans la journée, une réplique quotidienne suffit largement. > > Ajustez la fréquence à la quantité de travail que votre client peut se permettre de perdre, pas par défaut à la plus élevée. ### Combien de points de restauration vous conservez Chaque réplique laisse un **Point de restauration**: un état auquel revenir. Vous en conservez de 1 à 24, et en avoir plusieurs vous donne une marge pour choisir à quel moment récupérer. L’exemple évident est le ransomware : si vous ne gardez que le dernier point, il pourrait déjà être chiffré. Avec plusieurs points, vous revenez à un point antérieur à l’infection. ### Ce que vous pouvez laisser de côté Tout n’a pas besoin d’être répliqué. Vous pouvez **exclure des machines ou des disques** précis du plan, par exemple un disque de données temporaires ou une machine secondaire, afin de ne répliquer que ce qui soutient réellement l’activité. ### Où aller ensuite * Activer la sauvegarde et revenir à l’original : [Basculement et retour arrière.](/fr/productos/disaster-recovery/concepts/failover-and-failback.md) * Vérifier que la réplique fonctionne sans toucher la production : [Exercices.](/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/concepts/the-replica.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.