> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/server/fr/getting-started/installation/database-setup/fault-tolerance-at-the-database-level.md). # Tolérance aux pannes au niveau de la base de données La tolérance aux pannes au niveau de la base de données pour Devolutions Server prend uniquement en charge les topologies actives-passives en raison des nombreuses opérations d'écriture en arrière-pla La plateforme Devolutions est conçue pour assurer l'intégrité des données et leur traçabilité. Chaque modification ou suppression est enregistrée, ce qui maintient un historique complet des versions. De plus, une couche de journalisation exhaustive capture toute l'activité des utilisateurs et du système, offrant une visibilité complète. Ces décisions de conception influencent les options disponibles pour implémenter la tolérance aux pannes au niveau de la base de données. ### Incidence sur les choix technologiques En raison des nombreuses opérations d'écriture en arrière-plan, seule une topologie active-passive est prise en charge. Dans cette configuration : * Le réplica en attente doit demeurer intact et synchronisé avec la base de données principale en tout temps. * Une seule base de données peut être active à la fois. Vous pouvez utiliser des technologies Microsoft telles que la mise en miroir ou le clustering pour y parvenir, mais il est crucial que la base de données répliquée (en attente) ne soit accédée que lorsque la principale (maître) est indisponible. ### Mise en miroir et partage de données avec des équipes distribuées Puisque les données répliquées doivent demeurer inactives, la réplication de base de données ne convient pas aux environnements multiéquipes qui nécessitent un accès simultané au même ensemble de données. Dans de tels cas, d'autres solutions devraient être utilisées pour faciliter le partage de données, notamment : * Les synchroniseurs, particulièrement celui conçu pour les données de Remote Desktop Manager. * Le script PowerShell pour exporter des branches spécifiques de votre arborescence de données. Ces approches permettent aux équipes situées à différents endroits de collaborer efficacement tout en respectant les contraintes de l'architecture de base de données sous-jacente. --- # 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.devolutions.net/server/fr/getting-started/installation/database-setup/fault-tolerance-at-the-database-level.md?ask=&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.